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Preface 
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Section 1 
Data File Concepts 


A data file is a collection of logically-related data organized in a consistent and usable 
manner. The operating system supports a set of file organizations that make it possible to store 
and subsequently locate and retrieve data easily and efficiently. These organizations, which are 
described in Section 2, are: 

• Sequential 

• Indexed 

• Relative 

• Fixed-relative (BES-compatible) 

Use of standard file organizations ensures: 

• An orderly exchange of data among system and application programs 

• A consistent file system interface for all programs 

• A coherent means of developing application programs 

In addition to file organizations, standard record, file, and volume formats are provided to 
ensure efficient use of the storage devices containing your data files; these formats are described 
in Section 3. 

FIELDS AND RECORDS 

A record is a collection of logically-related fields, which, in turn, are made up of meaningful 
data consisting of bit patterns that can be translated into alphabetic, numeric, and special 
characters in a standard character set. In this system, the ASCII character set is the standard 
set. (Refer to Appendix B.) 

Figure 1-1 illustrates two records. The first is an employee record containing employee- 
number, name, address, zip-code, and start-date fields; the second is a payroll record containing 
employee-number, current-salary, planned-increase-percentage, planned-increase-dollar, 
increase-effective-date, and promotion-indicator fields. 


LOGICAL 

RECORD 

1 « 23Q34 t J - c - SMITH,62 MAIN ST. ,01890,060776, 

2 , 23034,01000.00, 09.50,0095.00,060777^, 


Figure 1-1. Sample (Logical) Records 

As illustrated above, the data portion of records can have different formats, and records can 
have varying numbers of fields (of varying lengths) and mixed types of data. However, it is 
recommended that the same fields (e.g., name field) always contain the same type of data (e.g., 
alphabetic) in a single type of record (e.g., employee record); if this is not done, the application 
program must validate the field before processing it. To summarize, the format chosen should be 
consistent with the predominant usage of the field. 

Records are transferred between main memory and the storage medium in logical units. 
When records are stored on disk device (except for fixed-relative files), these units-of-transfer 
are called "control intervals”; when tape-resident, they are called "blocks.” 
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A control interval is the smallest unit of data that can be transferred between memory and a 
disk device. Its length is fixed at a multiple of 256 bytes, which is a compatible size for all disk 
devices. 1 A block is the smallest unit of data that can be transferred between memory and a tape 
device. Unlike control intervals, blocks may vary in length for a given file. Control intervals and 
blocks are described in greater detail in Sections 2 and 3. 

FILES 

A file is a collection of one or more records. In order to store and subsequently retrieve records, 
it is necessary for a predictable relationship to exist between the records and their location in the 
file; this relationship is called the file organization. 

ACCESSING RECORDS IN FILES 

A distinction is often made between the organization and accessibility of data in a file. While 
it is true that the organization of data in a file essentially determines the framework within 
which the file may be accessed by programs, the file’s actual accessibility is largely a function of 
the language in which your programs are written; every language provides a set of instructions, 
commands, or verbs that can be used to access files of a specific data organization. 

Basically, there are only two methods available for accessing records in a file: 

• Sequential (for magnetic tape or disk volumes) 

• Direct (for disk volumes) 

Sequential access means that each record is read one after another, in logical succession, until 
the desired record is found. For sequential and relative files, this is the order in which records 
are physically encountered, one after another; for indexed sequential files, "logical succession” 
is defined as the order of ascending value of the primary key. On the other hand, direct access is 
used to retrieve a record directly on the basis of its location on the storage device; this requires 
that a technique such as the use of a key, which is described in Appendix C, be used when storing 
the record. 

IDENTIFYING FILES 

Data stored by one program in a file may be used or updated by other programs in the same 
application or by programs in another application; this may be done in one run or in a different 
run at a later time. In general, time elapses between a file’s creation and its use; during this 
time, the file may be removed or the volume may be physically dismounted from the device. 

In an environment where several programs running concurrently request access to files, it is 
necessary to ensure that each program is granted access only to the correct file so that other files 
are protected from unauthorized usage or inadvertent destruction. In addition, it is important 
that the system be able to locate, identify, and establish the required security of each file. 

Based on information (such as file identification and attributes) that you establish when 
creating a file, the system builds headers, which are referenced by the system when the file is 
accessed on the file management level to ensure that the correct volume is mounted and that the 
file is accessible. (Appendix A describes the contents of these headers.) 

VOLUMES 

One or more files can be stored on an external device (e.g., disk or tape) called a volume. Files 
can be stored in volumes as follows: 

• A volume may contain only one file, whether or not it occupies all available space in the 
volume; this arrangement is called a monofile volume. 

• A volume may contain more than one file, provided the last file in the volume does not go 
beyond the space available on that volume; this is called a multifile volume. 

• A single file.may occupy two or more volumes, provided the storage device is tape; this is 
called a multivolume file. With this arrangement, a second file cannot be contained on the 

1 Fixed-relative disk files may have 128-byte control intervals. 
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volume that contains the end of the preceding file; i.e., multivolume-multifile files are not 
supported. 

Note: 

In this manual, volume and file structures that apply to magnetic tape apply to 
9-track magnetic tape only. 7-track magnetic tape is supported under the 
File System, but only at the Storage Management level; volume and file 
structures for 7-track tape are the responsibility of the user. 

The physical characteristics of the volume determine, to a large extent, the number of files 
that a volume can contain and the organization of those files. 

Figure 1-2 illustrates the file-volume relationships described above. 

MONOFILE 

VOLUME 

(DISK OR TAPE) 

MULTIFILE 

VOLUME 

(DISK OR TAPE) 

MULTIVOLUME 

FILE 

(TAPE ONLY) 

Figure 1-2. File-Volume Relationships 

The manner in which records in a file can be organized in a volume is dictated by the access 
capability of the storage device. Basically, there are only two ways to store data in a volume: 

• Physically sequential (on magnetic tape or disk volumes) 

• Directly (on disk volumes) 

These two methods of storing data are described briefly below; the file organizations that 
utilize these methods are described in detail in Section 2. 

Records are considered to be stored sequentially when they are placed one after another in 
external storage in the same physical order in which they are presented; the relationship 
between a record and its location in a file is implicit only in that the record follows one specific 
record and precedes another specific record in the sequence. 

Records are considered to be stored directly when they are placed in external storage inde¬ 
pendently of the placement of the previous record, rather than in physical order. 

EXTERNAL STORAGE DEVICES 

The principal external devices available for storing data are: 

• Disk units (disks, diskettes, and storage modules) 

• Magnetic tape units 

Although the concepts of records and files also apply to unit record devices (such as card 
readers, card punches, and printers), and communication devices, the major devices for data 
storage are the disk and tape units; therefore, the discussion in this manual concentrates on 
those two types of devices, although the formats of data stored on unit record devices are 
described in Section 4. 

External storage devices provide the medium on which large amounts of data can be perma¬ 
nently stored, and the capability to retrieve and process that data when required. Several 
characteristics provide a basis on which a comparison of different storage devices can be made. 
These include storage capacity, access time, data transfer rate, and cost. 

CHARACTERISTICS OF EXTERNAL 
STORAGE DEVICES 

The capacity of a storage device is the amount of data that can be stored on it. Part of this 
capacity may be used by the device itself for error checking and synchronizing information, and 
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by the system for storing administrative information; of the remaining capacity, some may be 
used for storing control- and file organization-related information. The remaining capacity 
available for storing data also depends on factors such as record formats (see Section 2). 

Access time is the time required to locate the beginning of the data to be processed. For 
magnetic tapes, this is the time needed to move the tape to the beginning of the next record; for 
disks, it consists of seek time (which is the time needed to position the read/write head onto a 
particular track) and latency time (which is the time it takes the disk to rotate until the desired 
record reaches the read/write head). Once the beginning of the desired record is reached, it is 
transferred between external storage and main memory at a transfer rate specific to the 
particular device. 

Another characteristic of an external storage device is its access capability. Records on 
magnetic tape units are accessed in the sequence in which they physically exist on the tape; to 
access a given record, each record must be read in sequence and identified, until the desired one 
is found. On disk units, however, it is possible to set up an addressing scheme (utilizing, for 
example, a primary key), and subsequently access the desired record by moving the appropriate 
read/write head directly to that record’s cylinder/track address. 

CHOOSING AN EXTERNAL STORAGE DEVICE 

Selection of the external storage device for a particular file is greatly influenced by the file 
organization (see Section 2) that you choose; for example, if the file organization requires that 
records be accessible directly on the basis of their addresses, a disk unit is the best available 
choice. When the file organization permits use of either disk or tape, the choice is often made on 
the basis of the devices available in your installation. 

A comparison of disk and magnetic tape units as storage media can be made on the basis of 
access speed, sharability, handling and storage, and cost. 

Speed of access to a record in a file depends not only on the volume itself, but on the 
organization of the file. For a given data organization, the speed of access to a given record is 
generally faster for disk than tape, although reading a tape sequentially is much faster than 
reading a disk sequentially. 

Any number of files may be stored on a disk volume, and many programs can access them at 
the same time; in addition, several programmers can share a disk volume to store their files. 
However, if several programmers are using a disk volume concurrently, seek time may be very 
high because there is only one arm for the read/write heads. 

On the other hand, a magnetic tape volume has to be dedicated to one user. However, a 
magnetic tape reel is easier to handle, store, and transport; for this reason, magnetic tape 
volumes are used extensively as a backup medium for disk files, and as an intermediate medium 
when data is to be transported between installations. 

In general, magnetic tape volumes are suitable as a backup and transportation medium, as a 
medium for dumps, and for transaction files that are processed in batches; disk volumes are used 
when online storage capacity for direct processing is required, and when the data to be stored is 
of a volatile nature (i.e., when data is constantly manipulated). 

ACCESS CONTROL 

Access control is a mass storage file facility through which the creator of a file can optionally 
identity other individuals who are to be granted access and the type of access mode each is to be 
allowed. Individual identities and their corresponding access modes are maintained in directory 
records. A chain of similar access control records is called an access control list. Setting entries 
into, deleting entries from, and listing entries within access control lists are accomplished by 
command language. 

There are three types of access control list records: the first applies to a single file or directory, 
the second applies to groups of files, and the third applies to directories. 

1. Access Control List (ACL) Records 

These records define the list of individuals who are to have access to a specific file or 
directory. 
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2. Common Access Control List (CACL) Records for Files 

These records define the list of individuals who are to have access to a collection of files. 
The creator of a directory can identify others who are to be granted access to all files that 
the directory describes. 

3. Common Access Control List (CACL) Records for Directories 

These records define the list of individuals who are to have access to a collection of 
directories. The creator of a directory can identify others who are to be granted access to 
all subdirectories that the directory describes. 
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Section 2 
File Organizations 


As stated in Section 1, file organizations establish a relationship between a record and its 
location in a file; this relationship is essential to the efficient storage and subsequent retrieval of 
records. 

The following file organizations are available: 

• Sequential 

• Indexed 

• Relative 

• Fixed relative (BES-compatible) 

Records stored in the above types of files are transferred between the storage medium and 
main memory in logical units called control intervals (for disk-resident files) or blocks (for 
tape-resident files). This section describes characteristics, including the advantages and 
disadvantages, of these file organizations, and methods for calculating the size of data-transfer 
units; Section 3 describes and illustrates formats of data records, files, and volumes. 

SEQUENTIAL FILES 

A sequential file is a tape- or disk-resident file containing fixed- or variable-length records 
organized solely on the basis of their successive physical locations within the file. Records stored 
in this type of file may be referred to as lines, in which case the relative position of the record in 
the block or control interval is called the line number. 

When creating a sequential file, you must specify the size of the longest record in the file; 
unlike relative-files, records are truly variable in length. Depending on whether the record is 
tape- or disk-resident, the criteria for determining the record size vary; these differences are 
discussed below. Regardless of where the file resides, new records can only be appended to an 
existing file; i.e., they cannot be inserted in unoccupied positions. 

Table 2-1 lists the advantages and disadvantages of sequential files. Formats of records stored 
in sequential files, as well as the format of the files themselves, are illustrated and described in 
Section 3. 


TABLE 2-1. ADVANTAGES AND DISADVANTAGES OF SEQUENTIAL FILES 


Storage 

Medium 

Advantages 

Disadvantages 

Disk 

Records can be updated; records can be deleted; 
records can span control intervals; records can 
be read directly. 

Records cannot be inserted; when a record is 
deleted, the space becomes unusable. 

Tape 

Access is extremely fast; tapes are easily 
transportable. 

Records cannot be updated, deleted, 
inserted, or read directly. 

Both 

Overhead is relatively low; compatible with all 
Series 60 sequential files. 

Records cannot be inserted; direct access is 
limited to disk-resident files. 
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DISK RESIDENT SEQUENTIAL FILES 


Records sire written in a sequential file in whatever order they are presented. When creating a 
sequential file, you must specify the size of the longest record, whether it is fixed- or variable- 
length. Each record includes a 4-byte header that specifies whether or not the record is active, its 
size, etc.; although the header must be considered part of the record length, it is built and 
maintained by the system. The following steps may be used to calculate the information 
required by a command or macro call when the file is created: 

1. Calculate the size of the file, as follows: 

file size = record size x number of records 

Sizes are specified as a number of bytes; the record size must include the 4-byte header; 
allow for additional 4-byte headers, which are required for each segment of spanned 
records. 

Although space is specified in terms of control intervals, it is allocated in terms of logical 
sectors (each of which contains one or more physical sectors). 

2. Select a control interval size that is a multiple of 256 bytes (i.e., 256, 512, 768, etc.). 

3. Calculate the number of control intervals needed to store the entire file as follows: 

fi.1© size 

number of control intervals =— 7 —r^T-i—•- tt 

control interval size -8 

If the result is a fraction, round up to the next higher integer; the control-interval size is 
reduced by 8 bytes because the system builds and maintains an 8-byte control-interval 
header for each control interval. 

It is not necessary to calculate the number of records that can be stored in a single control 
interval, because the system splits the last record in a control interval if it does not fit and stores 
the remainder in the following control interval; this type of record is called a spanned record, 
and is supported only in disk-resident sequential files. (See Section 3 for a description of spanned 
records.) 

Optionally, a simple key may be used to access records stored in a disk-resident sequential file 
(see Appendix C). It is a hexadecimal number that specifies both the control interval number 
(beginning with 1) and the line number (beginning with 0) of a given record; for example, the 
simple-key value Z’OOOOOSOF’ specifies the record occupying the sixteenth position in the fifth 
control interval in a given file. 

Records are written in a sequential file in physical sequence only (i.e., in the order in which 
they are presented); they cannot be written in the file directly (via a simple key). In addition, 
records stored in a sequential file may be deleted, but new records cannot be inserted in the 
position occupied by the deleted record; instead, new records can only be appended to an existing 
file. Finally, records stored in a disk-resident sequential file can be updated (i.e., rewritten) and 
read sequentially or directly (via a simple key). 

TAPE-RESIDENT SEQUENTIAL FILES 

Sequential files stored on 9-track tape volumes are the same as disk-resident sequential files, 
except for the following: 

• Records cannot be deleted from or inserted into a file; however, records can be appended to 
a file. 

• Records cannot be updated (i.e., rewritten). 

• Records cannot span blocks. 

When creating a tape-resident sequential file, you must specify the size of the longest record, 
whether it is fixed- or variable-length. Variable-length records include a 4-byte length-field, 
supplied by the system; in addition, you may number the blocks in the file, in which case each 
block contains a 6-byte block sequence number (BSN) field supplied by the system. 
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INDEXED FILES 


An indexed file is a disk-resident file containing fixed- and variable-length records, stored in 
data and overflow control intervals, and index control intervals through which records are 
accessed directly. Records stored in this type of file may be referred to as lines, in which case the 
position of the record in the data or overflow control interval is called the line number. 

Index control intervals are allocated and maintained by the system, and vary in number 
depending on the number of control intervals allocated to the file. There are three types of 
overflow: 

• Free space 

• Local overflow control intervals 

• General overflow control intervals 

Free space is defined when the file is created as a percentage value. When the file is loaded, 
that percentage of each data control interval is left free for later file expansion; i.e., no data is 
loaded into it. Records can later be written into free space (or into reused data control interval 
space); this method is most efficient, since no index changes are required. Local overflow control 
intervals are interspersed with data control intervals at regular intervals. General overflow 
control intervals follow the last data control interval in the file. 

Overflow control intervals are loaded by the system when there is insufficient space in data 
control intervals to contain your records. When you present a new record to be written in an 
existing indexed file, the system first attempts to write the record in a data control interval. If 
that data control interval is full, the system then attempts to write it in a local overflow control 
interval associated with that data control interval. If that fails, the system tries to write the 
record in a general overflow control interval at the end of the file. When a record is written in an 
overflow control interval, that control interval assumes the format of a data control interval (see 
Section 3). 

When creating an indexed file, you must specify both the size of the longest record in the file 
and the location and size of a fixed-length primary key embedded in each record. Your 
calculations must consider the file overhead, which is relatively high; each record has an 8-byte 
header and a 2-byte line offset array entry associated with it, and each control interval has a 
12-byte header. In addition, each non-overflow data control interval contains an 8-byte 
link-record header and a corresponding 2-byte offset array entry. The following steps may be 
used to calculate the information required by the command or macro call when the file is 
created: 

1 . 

2 . 

3. 

4. 


5. 


Determine the maximum number of records to be written in the file. 

Determine how much free space is to be left in each data control interval; the system 
attempts to insert new records into available free space before it writes them in overflow 
control intervals. 

Select a data control interval size that is a multiple of 256 bytes (i.e., 256, 512 etc.). 
Calculate the number of records that can be stored in each data control interval as follows: 

number of records per _ control interval size-(free space 4 - 22) 

data control interval record size 

The control interval size is reduced by the amount of free space in each control interval 
plus an additional 22 bytes to accommodate the 12-byte control-interval header built and 
maintained by the system, the 8-byte link-record header, and its associated 2-byte line 
offset array entry; the record size must include the 8-byte header and 2-byte line offset 
array entry, and is the size of the longest record in the file. If the result is a fraction, round 
down to the next lower integer. 

Calculate the number of data control intervals initially required to contain the file as 
follows: 

number of data control intervals = lllim ^ er ~ — - TZ -1—T 7- !-T 

number of records per data control interval 

If the result is a fraction, round up to the next higher integer. 
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6. When local overflow control intervals are selected, determine the interval at which they 
are to be allocated and then calculate the number of local overflow control intervals as 
follows: 

number of local overflow _ number of data control intervals 
control intervals local overflow allocation interval 


Add this number (rounded to the next higher integer) to the "number of data control 
intervals” value. 


7. Determine how many control intervals are to be allocated and used as general overflow 
control intervals; add this to the number calculated in step 5. 

Based on the information concerning the size and location of the required primary keys that 
you provide when creating the file, the system builds and maintains index control intervals that 
are used to locate specific records when you specify any key operation (i.e., "read-with-key,” 
"write-with-key” or "delete-with-key” command). In addition, the system builds and maintains 
inventory control intervals to keep track of available space in overflow control intervals. 

An indexed file is loaded by opening it in RENEW mode, presenting the records in ascending 
key value sequence, and closing it (to create the index). Once the records are stored in the file, 
they may be updated (although the key and record length cannot be modified) or deleted (in 
which case, the record is physically removed, and the data control interval that contained the 
deleted record is compacted). New records may be inserted into available space (i.e., free space 
or space resulting from the deletion of records) in an existing data control interval or stored in 
overflow control intervals at the end of the file; records may be read directly, based on a primary 
key value, or sequentially (i.e., in primary-key sequence). 


Indexed files use considerable space in the file for indexes and inventory control. Essentially, 
the total file size is equivalent to the combined sizes of (1) data control intervals, (2) overflow 
control intervals, and (3) index control intervals (both coarse- and fine-level). These control 
intervals are all apportioned automatically by the system based on directives given when the 
file was created. The following calculations may be used to predict how much space is required. 


1. no. of data c.i.’s 


no. of records _ 

no. of reds, per data c.i. 


If the result is a fraction, round up to the next higher integer. 


2. no. of overflow c.i.’s = no. of allocated c.i.’s - no. of data c.i.’s 


If the number of control intervals initially allocated to the file is not large enough to hold 
all the records to be written at load time, the "no. of allocated c.i.’s” must include the 
number of control intervals by which it is dynamically incremented. (See the description 
of the Create File command and macro in the Commands and System Services manuals, 
respectively.) 

The total number of index control intervals is increased by 2 to compensate for th,e general 
overflow inventory control intervals; it is an arbitrary number, but enough for most 
applications. 

a. The number of fine-level index control intervals is calculated as: 


b. 


no. of fine-level c.i.’s 


no. of data c.i.’s + no. of overflow c.i.’s 
no. of entries per index c.i. 


If the result is a fraction, round up to the next higher integer; the formula for 
calculating the "no. of entries per index c.i.” is given below. 

The number of course-level index control intervals is calculated as: 


no. of course-level c.i.’s 


no. of fine-level c.i.’s 
no. of entries per index c.i. 
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If the result is greater than 1, the course-level index contains more than one level. 
(See Figure 2-1.) Thus, this formula must be expanded as follows for each hierarchial 
level (this part of the formula must be repeated until a value of 1 is obtained): 
no. of course-level c.i.’s from immediately interior level 
+ no. of entries per index cl - 

If the "no. of course-level c.i.’s” is a fraction, round up to the next higher integer. The 
formula for calculating the "no. of entries per index c.i.” is given later in this section. 

As mentioned above (and illustrated in Section 3), an indexed file can contain more than one 
level of course-level index. Figure 2-1 illustrates how to determine the number of levels required 
for the index and the number of course-level index control intervals. Note that the maximum 
number of levels is 4. If the number of levels exceeds 4, the index control-interval size selected is 
not large enough to contain the required number of entries; therefore, one of the following must 
be done: 

• Increase the size of the control interval. 

• Decrease the size of the key. 

• Decrease the number of records loaded into the data control interval portion of the file. 

In addition, the maximum number of records that can be written in an indexed file can be 
determined by using the following formula: 

maximum number of records = xy a 

where: x = Number of records per data control interval 
y = Number of entries per index control interval 
a = Number of index levels 

The number of index levels must be from 1 through 4. The number of entries per index control 
intervals is calculated as: 


n , . Ui. DiLC — 

no. of entries per index c.i. = *:-:-Tur¬ 

key size + 4 

For index control intervals, the index control-interval size is reduced by 12 bytes to accom¬ 
modate the control-interval header. The key size is increased by four to accommodate a field that 
identifies the number of the control interval containing that key. 

If the result is a fraction, round down to the next lower integer. 

Table 2-2 lists the advantages and disadvantages of indexed files. 


RELATIVE FILES 

A relative file is a disk-resident file containing fixed- or variable-length records that are 
logically located in positions relative to the beginning of the file; the first record is record 1. 
Records stored in this type of file may be referred to as lines, in which case the relative position of 
the record in the control interval is called the line number. 

When creating a relative file, you must specify the size of the longest record in the file. Each 
record includes a 4-byte header that specifies whether or not the record is active, its size, etc; 
although the header must be considered part of the record length, it is built and maintained by 
the system. The following steps may be used to calculate the information required by the 
command or macro call when the file is created: 

1. Determine the maximum number of records to be written in the file. 

2. Select a control interval size that is a multiple of 256 bytes (i.e., 256, 512 etc.). Although 
specified in control intervals, space is allocated in terms of logical sectors (i.e., an integral 
number of physical sectors). 
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Figure 2-1. Determination of Number of Index Levels 


TABLE 2-2. ADVANTAGES AND DISADVANTAGES OF INDEXED FILES 


Advantages Disadvantages 

Easy access to records through embedded keys; High overhead; direct access is relatively slow 
system builds the index to keep track of the location because of the time needed to search index; per- 
of records; new records may be inserted anywhere in formance degrades as general overflow control 
the file; once the file is loaded, the index is not intervals are filled (due to inserts), making it 
updated again; compatible with all Series 60 indexed necessary to reorganize the file periodically (i.e., 
files; records may be fixed- or variable-length. unload and reload) to restore performance; must 

be disk-resident. 
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3. Calculate the number of records that can be stored in each control interval as follows: 

number records per _ control interval size - 8 
control interval record size 


The control interval size is reduced by 8 bytes because the system builds and maintains an 
8-byte control-interval header for each control interval. The record size must include the 
4-byte header, and is the size of the longest record in the file. If the result is a fraction, 
round down to the next lower integer. 


4. Calculate the number of control intervals initially required to contain the file as follows: 


number of control intervals 


number of records _ 

number of records per control interval 


If the result is a fraction, round up to the next higher integer. 


You may optionally use a relative or simple key to access records stored in a relative file (see 
Appendix C). A relative key is a hexadecimal number that specifies the position of a record 
(beginning with 1) relative to the beginning of the file; on the other hand, a simple key is a 
hexadecimal number that specifies both the control interval number (beginning with 1) and the 
line number (beginning with 0) of a record. For example, as illustrated in Figure 2-2, if the 
eleventh record occupies the second position in the fourth control interval in the file, you could 
use the relative-key value Z’OOOOOOOB’ or the simple-key value Z’00000401’ to read the record 
directly. 


RECORD NUMBER: 

LINE NUMBER: 

CONTROL INTERVAL 
NUMBER: 



Figure 2-2. Sample Use of Line Numbers 

Records may be written in a relative file sequentially (i.e., in the order in which they are 
presented) or directly (via a key). If you attempt to write a new record directly into a position 
occupied by an active record, the new record is not written and an error code, indicating 
"duplicate key,” is returned. If you write new records sequentially in an existing file, they are 
written in the first available (i.e., unoccupied) position (i.e., in a position that has never been 
occupied, was occupied by a record that has been deleted, or following the last active record in 
the file). 

In addition, you can update (i.e., rewrite) records, delete records, and read records in a relative 
file sequentially or directly. Finally, records can be inserted into unoccupied positions in the file 
as described above. 

Table 2-3 lists the advantages and disadvantages of relative files. Formats of records stored in 
relative files, as well as the format of the files themselves, are illustrated and described in 
Section 3. 
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TABLE 2-3. ADVANTAGES AND DISADVANTAGES OF RELATIVE FILES 


Advantages 

Disadvantages 

Access to records is fast; records can be written or 
read directly or sequentially; records can be updated 
(i.e., rewritten) or deleted; overhead is relatively low; 
the size of a record can be altered during a 
rewriterecord operation; compatible with all Series 
60 relative files; records may be fixed- or variable- 
length. 

Variable-length records occupy fixed-length areas 
(each of which equals the size of the longest record 
in the file), and the difference between the record 
size and the data portion of the record is wasted. 
Files must be disk-resident. 

FIXED-RELATIVE FILES 


A fixed-relative file is a disk-resident file containing fixed-length records that are logically 
located in positions relative to the beginning of the file; the first record in the file is record 1. 

When this type of file is created, you must declare whether it contains deletable or 
nondeletable records. If the file contains deletable records, each record includes a 2-byte header 
that indicates whether or not the record is active (i.e., whether or not it has been deleted). On the 
other hand, nondeletable records are always active (i.e., they cannot be deleted), and they 
contain no headers (i.e., there is no overhead). 

Since fixed-relative files are BES-compatible, the concept of control intervals does not exist; 
however, when the appropriate command or macro call is used to create the file, it must specify a 
"control interval” (i.e, unit-of-transfer) size and the number of control intervals to be allocated to 
the file. This can be done as follows: 

1. Calculate the size of the file by using the following formula: 

file size = record size x number of records 

Sizes are specified as a number of bytes; if the file contains deletable records, the record 
size must include the 2-byte header. In addition, although the record size is fixed when the 
file is created, it may be modified when the file is opened (if the records are nondeletable). 

2. Specify a control interval size that is a multiple of the physical sector size (i.e., 128,256, 
512, 768, etc.). Although space is specified in terms of control intervals, it is allocated in 
terms of logical sectors, each of which contains one or more physical sectors. 

3. Calculate the number of control intervals required to contain the file by using the 
following formula: 

file size 

number of control intervals =-r—rr—r-:—— 

control interval size 

If the result is a fraction, round up to the next higher integer. 

You may, optionally, use a relative key (see Appendix C) to access records in a fixed-relative 
file. This type of key is a binary number that specifies the position of a record (beginning with 1) 
relative to the beginning of the file, making it possible to read or write records starting at a 
relative position in the file. 

Table 2-4 lists the advantages and disadvantages of fixed-relative files. Formats of records 
stored in fixed-relative files, as well as the format of the files themselves, are described in 
Section 3. 


TABLE 2-4. ADVANTAGES AND DISADVANTAGES OF FIXED-RELATIVE FILES 


Type of Records Stored 

Advantages 

Disadvantages 

Nondeletable 

Lowest overhead; file contains only data; 
maximum use of available file space; size of 
records can be changed dynamically when 
the file is opened. 

Records cannot be deleted. 

Deletable 

Low overhead (2 bytes per record); records 
can be deleted and new ones inserted into the 
positions previously occupied by a deleted 
record. 

The size of records is fixed 
when the file is created, and 
cannot be altered when file is 
opened. 

Either 

Low overhead; maximum availability of file 
space for (data) records; compatible with BES 
files; records can be accessed directly via a 
relative key. 

Fixed-length records pnly; 
file must reside on a disk 
volume. 
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FIXED RELATIVE FILES WITH NONDELETABLE RECORDS 


Nondeletable records are written in new fixed-relative files sequentially or in a relative 
position based on a key value. If it is an existing file, records can be written sequentially starting 
in the first available (i.e., unoccupied) position (i.e., they are appended to the file), or starting at 
a specified position without regard to the contents of the file (i.e., a write-with-key operation 
causes existing records to be overlayed by the new records). 

You may update (i.e., rewrite) a nondeletable record, but you cannot delete it (i.e., a delete 
record command is rejected). 

Finally, you may read nondeletable records stored in a fixed-relative file either sequentially 
from the beginning of the file, or directly via a relative key value (which specifies the position 
from which reading is to commence). 

FIXED-RELATIVE FILES WITH DELETABLE RECORDS 

Deletable records are also written in fixed-relative files in order by relative record number; 
however, new records may be inserted into the file, in addition to being appended to it. This is 
possible because positions become "unoccupied” when a record is deleted; thus, records can be 
written in these available positions, which may be interspersed throughout the file. 

You may delete, as well as update, existing records, and you may read the records 
sequentially, or directly via a relative key. If the system encounters a deleted record, during a 
sequential-read operation, the record is skipped; however, if a "read-with-key” operation directs 
the system to an unoccupied position (e.g., a position containing a deleted record), an error code, 
indicating "record not found,” is returned; similarly, if a "write-with-key”operation directs the 
system to an occupied position (i.e., a position containing an active record), an error code, 
indicating "duplicate key,” is returned. 
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Section 3 
Record, File, and 
Volume Formats 


Standard formatting at all levels (i.e., record, file, and volume) is essential to ensure efficient 
storage and retrieval of data. This section describes standard structures provided for system 
users. 


RECORD FORMATS 

As described in Section 1, a record is a collection of logically-related data fields. The record 
design process consists of deciding how many and what kind of fields the record will comprise, 
and the format and length of each field. 

The following record formats are supported by the system: 

• Fixed-length 

• Variable-length 

• Variable-length, spanned 

Use of a particular record format depends upon the file organization selected. Table 3-1 shows 
the record formats supported by available file organizations. 

TABLE 3-1. RECORD FORMATS SUPPORTED BY AVAILABLE FILE ORGANIZATIONS 


Record Format 

File Organization 

Fixed-Length 

V ariable-Length 

V ariable-Length, 

Spanned 

Sequential, Disk-Resident 

x a 

X a 

x a 

Sequential, Tape-Resident 

X 

X 

Not allowed 

Indexed 

x b 

X b 

Not Allowed 

Relative 

X b,c 

X b.c 

Not Allowed 

Fixed-Relative 

X 

Not Allowed 

Not Allowed 


b All records stored in this type of file are treated by the system as though they are variable-length; i.e., regardless of the 
actual format of the record, the system-built and maintained record header contains the same information for fixed and 
variable-length records. 

b All records stored in this type of file are treated by the system as though they are variable-length; i.e., regardless of the 

actual format of the record, the system-built and maintained record header contains the same information for fixed and 
variable-length records. 

C A11 records stored in relative files occupy areas equal in length to the longest record in the file; e.g., if the longest record 
in the file is 80-bytes long, a 70-byte record also occupies an 80-byte area (i.e., 10 bytes are wasted). 

FIXED-LENGTH RECORDS 

Records are considered to be fixed-length when all records in a file are the same length. It is 
not mandatory for the same fields in the record to be the same length, nor is it mandatory that all 
records contain the same number of fields. However, when designing record formats, it is a good 
practice to define fixed-length fields in fixed locations so that your program will not have to 
verify the contents of each field before processing the record. 

As shown in Table 3-1, records stored in fixed-relative files are fixed-length, and records 
stored in tape-resident sequential files may be fixed- or variable-length. These formats are 
described and illustrated below. 

However, fixed-length records stored in the other types of files are formatted like variable- 
length (nonspanned) or variable-length, spanned, records; refer to "Variable-Length Records” 
and "Variable-Length, Spanned Records,” respectively, later in this section for appropriate 
descriptiohs. 
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FIXED-LENGTH RECORDS IN FIXED-RELATIVE FILES 


The format of fixed-length records in fixed-relative files depends on whether or not the file is 
declared to contain deletable records. Figure 3-1 illustrates the structure of nondeletable 
records stored in a fixed-relative file; Figure 3-2 illustrates deletable records stored in a 
fixed-relative file. 


DATA 


J 


v 


/ 


T 



n-BYTES 

_ J 

- 


RECORD SIZE 


Figure 3-1. Format of Nondeletable Records in Fixed-Relative Files 

or Fixed-Length Records in Tape-Resident Sequential Files 


I HDR a | DATA j 

2 n 

BYTES BYTES 

'-v--' 

RECORD SIZE 

a The 2-byte header contains one of the following values: 
Z'4000'—Indicates that record is active 

Z'OOOO'—Indicates that record has been deleted (i.e., not active) 


Figure 3-2. Format of Deletable Records in Fixed-Relative Files 


FIXED-LENGTH RECORDS IN TAPE-RESIDENT SEQUENTIAL FILES 

Fixed-length records stored in tape-resident sequential files have the same format as 
nondeletable records stored in fixed-relative files (i.e., the record does not have a header). Refer 
to Figure 3-1 for an illustration of the structure of a fixed-length record stored in a tape-resident 
sequential file. 

Note that if block sequence number (BSNs) are included, the first record in each block is 
preceded by the 6-byte BSN. 


VARIABLE-LENGTH RECORDS 

Records are considered to be variable-length when the records in a file have varying lengths. 
As with fixed-length records, it is a good practice, when designing records, to ensure that fields 
common to all records are the same length and in the same position. 

As shown in Table 3-1, variable-length records stored in tape-resident sequential files have a 
different format from fixed-length records stored in the same type of file. However, all records 
stored in relative and indexed files are treated, by the system, as variable-length; essentially, 
this means that regardless of the length of the data portion of the record, every record header 
specifies that length. For a description of the structure of variable-length records stored in 
disk-resident sequential files, see "Variable-Length, Spanned Record,” later in this section; the 
following paragraphs describe the format of variable-length records stored in tape-resident 
sequential files, and all records stored in relative and indexed files. 
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RECORDS STORED IN RELATIVE FILES 


As mentioned above, all records stored in relative files are treated as though they were 
variable-length; that is, the record header built and maintained by the system, specifies, among 
other things, the actual length of the data portion of each record (see Appendix A). Figures 3-3 
and 3-4 illustrates the structure of records stored in a relative file. 


1 HDR a j 

DATA | HDR a 

_L 

DATA 

HDR a | DATA 


HDR a | 

DATA | 








■' - • • • 









- v-^ 

- tr-— - y—"" 


V —*+ 

V ■ T 


T 

— V 

4 

n 4 


n 

4 n 


4 

n 

BYTES 

BYTES BYTES 


BYTES 

BYTES BYTES 


BYTES 

BYTES 

L 



__ 



_ j 
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RECORD SIZE = RECORD SIZE 

= RECORD SIZE 

= 

RECORD SIZE 

a See Table A-1 for a description of the contents of the logical-record header. 




Figure 3-3. Format of Fixed-Length Records in Relative Files 
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i BYTES 
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BYTES 

1 r 

1 4 

1 BYTES 

v ' | 

4 1 

BYTES 1 

J 


r 


-y- 


Y 


RECORD SIZE = RECORD SIZE C = RECORD SIZE 


a See Table A-1 for a description of the contents of the logical-record header. . 

^Unused space making up the difference between the data portion of the record and the record size. 
c The size of the longest record determines the length of all records in the file. 


Figure 3-4. Format of Variable-Length Records in Relative Files 


RECORDS STORED IN INDEXED FILES 

As with relative files, all records stored in indexed files are treated as though they were 
variable-length; that is, the record header, built and maintained by the system, specifies, among 
other things, the length of the data portion of each record (see Appendix A). However, unlike 
records stored in other files, each record in an indexed file has associated with it a 2-byte entry 
that specifies the offset, in bytes, from the beginning of the control interval, in which the record 
is stored, to the first byte of the record (i.e., the first byte of the logical-record header); 
additionnal information about the "line offset array” is provided later in this section, under 
"Indexed File Format.” Figure 3-5 illustrates the structure of records stored in an indexed file; 
note that although a line-offset-array entry is not actually part of the record, it does occupy 2 
bytes per record. 


VARIABLE-LENGTH RECORDS STORED IN TAPE-RESIDENT SEQUENTIAL FILES 

Variable-length records stored in 9-track, tape-resident, sequential files have a unique 
format in that the first 4 bytes of each logical record must specify the length of the entire record, 
including that 4-byte field; the record size is expressed as a right-justified ASCII decimal-digit 
entry. Figure 3-6 illustrates the structure of variable-length records stored in 9-track 
tape-resident, sequential files. 
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I HDR a | DATA | 

1-f-OA* 3 , 

'-„-'>-V-' 

V -V-' 

8 n 

2 

BYTES BYTES 

BYTES 

«- Y -» 


RECORD SIZE 


a See Table A-1 for a description of the contents of the logical-record header. 

kLine-offset-array entry; allocated from the end of the control interval. 


Figure 3-5. Format of Fixed- and Variable-Length Records in Indexed Files 


| LNG a 

| DATA | 





4 

n 

BYTES 

BYTES 


--' 


RECORD SIZE 


a Right-justified ASCII decimal-digit number specifying the length 
of the entire record (i.e., both the LISIG and DATA portions) 


Figure 3-6. Format of Variable-Length Records in Tape-Resident Sequential Files 


PHYSICAL LAYOUT OF DATA ON 7- AND 9-TRACK MAGNETIC TAPE 

Since magnetic tape is a well-recognized data interchange medium, it is frequently useful to 
know the actual physical layout of data characters on 7- and 9-track magnetic tape and how they 
are mapped between tape and CP memory. The following information describes both 9-track 
tape data transfers and 7-track tape data transfers in normal and packed modes. In 9-track tape 
operations, data is transferred in 8-bit bytes (equal to one tape frame) in odd parity only. For 
7-track tape operations, data is transferred in one of two modes: normal mode, in which data is 
transferred in even or odd parity; and packed mode, in which data is transferred only in odd 
parity. In all cases, parity is checked on read operations. 
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9-Track Tape Data Transfer 

For 9-track tape, all 16 bits of a data word are transferred to or from tape in the following 
manner: 


Data Word 
in Memory 


Bit 


0 

7; 8 15 

byte n 

I 

! byte n+1 

_i_ 

---*-y-' 



Data Format on 
9-Track Tape 



7-Track Tape Data Transfer: Normal Mode 

For 7-track tapes written in normal mode, 12 bits of the data word are transferred to or from 
tape as shown in the followin diatram. The four nonsignificant bits (i.e., bits 0,1, 8, and 9) are 
ignored on write operations and are zero-filled on read operations. 


Data Word 
in Memory 


0 1 

2 7 |8 9110 15 

m 

char n 

m 

char n+1 


Data Format on 
7-Track Tape 



Data transfers in even parity mode include the following translation of data written to or read 
from tape: 

• A 00 8 character from memory is written on tape as a 12 8 character with even parity. 

• A 12 8 character read from tape is transferred to memory as a 00 8 character. 
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7-Track Tape Data Transfer: Packed Mode 

Packed mode is an additional mode of tape operation available only on 7-track tape devices. In 
this mode, data is transferred between memory and tape in 6-6-4 format, as follows: 


Data Word 
in Memory 


Data Format on 
7-Track Tape 



VARIABLE-LENGTH , SPANNED RECORDS 

A record is considered to be spanned when it becomes necessary to segment it and store the 
segments in two or more control intervals; since the length of the data portion may vary, 
segmented records are referred to as variable-length, spanned records. All records stored in 
disk-resident sequential files are treated by the system as though they span control intervals; 
that is, the logical-record headers specify both the length of the record and whether the entire 
record is contained in one control interval or spread over two or more control intervals, in which 
case each segment has a header (see Appendix A). The same care should be taken as when 
designing any variable-length record (see "Variable-Length Records” earlier in this section). If 
and when it is necessary for a record to span control intervals, the system segments the record 
and ensures that each segment is properly identified; thus, you do not have to be concerned with 
segmenting a record that may not fit into the available space in a control interval. 

Figure 3-7 illustrates the structure of spanned records stored in a disk-resident sequential 
file; note that each segment of a spanned record contains a logical-record header. Records that fit 
entirely into a control interval have the same format as records stored in a relative file (see 
Figures 3-3 and 3-4). 


• • • 

RCD 
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DATA 

RCD 

HDR a 

DATA (SEGMENT 1) 
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4 

BYTES 
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C.I. 

RCD 


HDR a 

HDR a 


DATA (SEGMENT 2) 


4 

BYTES 


CONTROL INTERVAL x 


CONTROL INTERVAL x+1 


NONSPANNED 

RECORD 


SPANNED 

RECORD 


a See Tables A-1 and A«3 for descriptions of the contents of logical-record headers and control interval headers, respectively. 


Figure 3-7. Format of Records in Disk-Resident Sequential Files 


FILE FORMATS 

As described in Section 1, a file is a collection of one or more logically-related records. The file 
design process consists of selecting the file organization (as described in Section 2) that best fits 
your needs and available storage devices. 
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The following file structures are supported by the system; each is dependent upon the storage 
medium and file organization: 

• Sequential 

• Indexed 

• Relative 

• Fixed-relative (BES-compatible) 

As described in Section 2, records are stored in logical transfer units, referred to as control 
intervals (on disk devices) or blocks (on tape devices). Except in the case of fixed-relative files, 
the system builds and maintains headers, which describe the contents of the control interval or 
block, based on information that you provide when creating the file and the records that you 
present for loading; this information is not required for fixed-relative files, because all records 
are fixed in length, and there are no access controls that require header information. 

Following are descriptions of the various file formats, based on the file organization that you 
select. 

SEQUENTIAL FILE FORMAT 

Sequential files may be disk- or tape-resident and contain fixed- or variable-length records 
(see Figures 3-1, 3-6, and 3-7). The format of the file depends on which type of device the file 
resides, as described below. 

DISK-RESIDENT SEQUENTIAL FILE FORMAT 

As described in Section 2, a disk-resident sequential file consists of a number of control 
intervals, each of which contains a control-interval header built and maintained by the system, 
active and deleted records, and, possibly, unused (i.e., available) space at the end of the file. 

Figure 3-8 illustrates the structure of a disk-resident sequential file containing a 
variable-length, spanned record (i.e., record 3). 


C.l. _ 

RCD 

RCD 

RCD 

C.l. a 

RCD 

RCD 


HDFT 

1 

2 

3 h 

<S1) b 

HDR a 

3 h 
(S2r 

4 

c 

CONTROL INTERVAL X 

CONTROL INTERVAL X+1 



a See Table A-3 for a description of the contents of the control-interval header. 
b S 1 and S2 are segments 1 and 2, respectively, of logical record-3 . 
c This represents unused space in the file. 


Figure 3*8. Format of Disk-Resident Sequential File 
TAPE-RESIDENT SEQUENTIAL FILE FORMAT 

As described in Section 2, a 9-track, tape-resident, sequential file consists of a number of 
blocks, each containing active records. Possibly (because of filled fixed-length records) there 
may be unused space at the end of the last block. 

For blocked, fixed-length records, each block will indeed contain the same number of records. 
Data management does load filler records into the last data block, if necessary, to accomplish 
this. Filler records are composed of circumflex characters (hexadecimal 5E). 
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Figure 3-9 illustrates the structure of a tape-resident sequential file that occupies two blocks. 
Note that this file utilizes the optional block sequence number (BSN), which occupies the first 6 
bytes of each block if you want to number the blocks. Also note that blocks are separated by an 
interblock gap (IBG). 



Figure 3-9. Format of Tape-Resident Sequential File 
INDEXED FILE FORMAT 

Indexed files are always disk-resident and contain fixed- or variable-length records (see 
Figure 3-5). As described in Section 2, indexed files consist of the following types of control 
intervals in a tree structure: 

• Data control intervals 

• Local overflow control intervals 

• General overflow control intervals 

• Coarse-level index control intervals 

• Fine-level index control intervals 

• General overflow inventory control intervals 

Figure 3-10 illustrates the structure of an indexed file; the various types of control intervals 
are described below. 

DATA CONTROL INTERVALS 

Data control intervals are those control intervals that contain data records. As illustrated in 
Figure 3-10, they consist of a control-interval header, a link-record header, data area, line- 
offset-array area, and possibly some unused (i.e., free) space. 

The control-interval header, which is built and maintained by the system, is described in 
Table A-4 of Appendix A. The data area contains the records that you write in the file. The 
link-record header is an 8-byte dummy record, required and built by the system, that 
immediately follows the control-interval header. The line-offset-array area contains one 2-byte 
pointer (specifying the byte offset from the beginning of the control interval to the beginning of 
the record) to each record in the control interval; the pointers are built in line-number order 
from the end of the control interval. Space can be left in each control interval to allow for the 
insertion of new records. 

LOCAL OVERVIEW CONTROL INTERVALS 

Local overflow control intervals are interspersed among data control intervals at regular 
intervals. When the file is loaded, they are allocated at intervals specified when the file is 
created. Inventory entries in the fine-level index reflect the space available in local overflow 
control intervals. 

Records are written into local overflow control intervals only after the data control interval 
that should contain the new record is filled. 
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GENERAL OVERFLOW INVENTORY 
CONTROL INTERVAL AREA 


W* 

DCI DC I / LO 


LINE OFFSET ARRAY 


C.I. nrn RCD RCD RCD RCD 
HOR a n n+1 n+2 n+3 


PTR 

PTR PTR PTR PTR LNK 

n+3 n+2 n+1 n RCD 

HDR 


\ \ \ \ \ 

\ \ \ \ V - 

\ \ \ N - 


| i i i I 
- J i i I i 
- 1 i i i 


a See Table A-4 for a description of this control-interval header 

b This link record header is an 8-byte dummy record found in each control interval, 

c This represents free space in the control interval 


ESZ3 = Local Overflow Inventory Record 
DCI - Data Control Interval 
LOCI = Local Overflow Control Interval 
GOCI = General Overflow Control! nterval 


Figure 3-10. Format of Indexed File 

Every local overflow control interval is normally associated with (available for overflow use 
by) several data control intervals. Also, a given data control interval can have more than one 
local overflow control interval available to it for overflow use. 

GENERAL OVERFLOW CONTROL INTERVALS 

General overflow control intervals reside at the end of your file. They are allocated at file-load 
time and consist of the number of control intervals constituting the difference between the last 
data control interval and the maximum number of control intervals allowed for the file (as 
specified at file-creation time). 

Records are written in them only after the data control interval that should contain the new 
record (based on its key value) and any available local overflow control intervals are filled. 
Entries in the system-built and maintained general overflow inventory control interval 
(described below) continuously reflect the amount of available space in each general overflow 
control interval. 
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COARSE-LEVEL INDEX CONTROL INTERVALS 

Coarse-level index control intervals are system-built; they identify the highest key value 
contained in each immediately subordinate (fine-level or coarse-level) index control interval. 
(See Figure 3-10.) Each coarse-level index control interval consists of a control interval header 
(see Table A-5 in Appendix A), an index area (containing a 4-byte control-interval number 
following the highest primary key value in a record written in the associated control interval), 
and unused space. 

FINE-LEVEL INDEX CONTROL INTERVALS 

Fine-level index control intervals are also system-built control intervals that identify the 
highest primary key value permitted in each data control interval (i.e., the lowest key value in 
the next higher data control interval). 

This control interval consists of a control-interval header (see Table A-6 in Appendix A), an 
index area, an inventory area, and unused space. 

The index area contains the value of the highest primary key that a record can contain and 
still be written in a specific data control interval; this information is required by the system to 
ensure that new records are inserted in the appropriate data control interval. The inventory 
area contains information about available space in associated local overflow control intervals. 

GENERAL OVERFLOW INVENTORY CONTROL INTERVALS 

General overflow inventory control intervals are system-built and system-maintained control 
intervals that monitor the amount of available space in each general overflow control interval. 

These control intervals consist of a control-interval header (see Table A-7 in Appendix A), an 
inventory area (that identifies the number of each general overflow control interval and the 
amount of space available in it), and unused space. 

RELATIVE FILE FORMAT 

Relative files are always disk-resident and contain fixed- or variable-length records (see 
Figures 3-3 and 3-4). As described in Section 2, the file consists of a number of control intervals 
each of which contains a control-interval header built and maintained by the system, active and 
deleted records, and possibly some unused (i.e., available) space at the end of each control 
interval in the file. 

Figure 3-11 illustrates the structure of a relative file that occupies two control intervals. 


C-l. a 
HDR a 

RCD 
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RCD 
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RCD 

3b 
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RCD 
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RCD 

5b 

RCD 

6b 


CC 

>NTROL 

1NTERV 

fALX 


CONTROL INTERVAL X+1 


a :See Table A-3 for a description of the contents of the control-interval header. 

^ Although records are shown as fixed-length, they may, in fact, be variable-length (see Figure 3-4). 

Q 

This represents unused space in the control interval. 


Figure 3-11. Format of Relative File 


FIXED-RELATIVE FILE FORMAT 

Fixed-relative files are always disk-resident and contain only fixed-length records (see 
Figures 3-1 and 3-2). Records are stored in the same sequence in which they are presented, 
starting at the beginning of a physical sector (which, in this system, is coincident with a control 
interval). 
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Figure 3-13 illustrates the structure of a fixed-relative file; note that since fixed-relative files 
are compatible with BES files, control interval size is coincident with the physical sector size of 
the device on which the file is stored (i.e., 128-byte sector on diskette, and 256-byte sector on 
cartridge disk). 


RCD 
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RCD 
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RCD 

3 

RCD 

4 

RC a lD a 

5 !5 

1 

RCD 

6 

RCD 

7 

RCD 

8 

RCD 

9 

-- 


PHYSICAL SECTOR x PHYSICAL SECTOR x+1 

(control interval) (control interval) 


a Records can cross sector boundaries. 


Figure 3-12. Format of Fixed-Relative File 


VOLUME FORMATS 

The format of a volume is dependent upon the device on which it resides. As described in 
Section 1, tape- and disk-resident volumes can contain one or more files. 

Regardless of the device, the volume contains a main directory (i.e., root directory) which 
contains the location, size, attributes, etc., of each immediately subordinate directory or file; in 
addition, the name of the root directory is the name of the volume. 

DISK-RESIDENT VOLUME FORMAT 

Each disk-resident volume contains a root directory, one or more files, and/or one or more 
levels of subordinate directories. Figure 3-13 illustrates the structure of a multifile volume. 



Figure 3-13. Sample Format of Disk-Resident Volume 


As illustrated in this figure, each level in the hierarchy can identify and describe the 
subdirectories and/or data files immediately subordinate to it; there is no limit to the number of 
levels in a volume, but data files cannot be subordinate to other data files. Similarly, only one 
directory can point to a given file. 
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Each task group (user) is associated with a directory referred to as the working directory. It 
begins with a root directory name and contains zero or more intermediate directory names. It is 
used by the File System software to construct a full pathname whenever a task group refers to a 
relative or simple pathname. For example, if you were currently using MYVOL1 >SUB.LEVEL_1B 
(see Figure 3-13) as the working directory and want to access FILE_001, use the following 
relative pathname: 

<SUB.LEVEL_1A>SUBLEVEL_2AA>FILE_001 
Similarly, you can access the file with the following absolute pathnames: 

A MYVOL1>SUB.LEVEL_1A>SUBLEVEL_2AA>FILE_001 
The circumflex ( * ) at the beginning of the pathname indicates that you are starting from the 
root directory to locate the desired file. 

The basic structure of a disk volume is established when the volume is initialized; after 
initialization is completed, you can create, add, or delete as many levels of directories and/or 
files as you desire, provided the pathname does not exceed 57 characters (except for the volume 
name, which can contain only six characters, each file and directory name can contain up to 12 
characters). Additional information about the hierarchical structure of disk volumes (e.g., 
naming conventions, pathnames, etc.) is provided in the System Control manual; Table A-9 in 
Appendix A describes the contents of directories. 

TAPE-RESIDENT VOLUME FORMAT 

Nine-Track tape-resident volumes contain a root directory and one or more data files. Each 
file in the volume is followed by an end-of-file (EOF1) trailer label, which indicates the 
end-of-volume; however, if there is an HDR2 header label, an EOF2 trailer label must also be 
present. As illustrated in Figure 3-14, each file in a multifile volume must begin with an HDR1 
(or with an HDR1 and HDR2) header label and must end with an EOF1 (or EOF1 and EOF2) 
trailer label. HDR2 header labels (and their corresponding EOF2 trailer labels) are required 
when the blocks in a file contain block sequence numbers (BSNs). 




ROOT DIRECTORY 
(VOLUME NAME) 

VOL1 

VOLUME LABEL (MYVOLA) 


HDR1 

j FILE A HEADER LABELS 


HDR2 


TAPE MARK 



FILE A 



TAPE MARK 



EOF1 

| FILE A TRAILER LABELS 


EOF2 


TAPE MARK 



HDR1 

FILE B HEADER LABEL 

: 

TAPE MARK 

1_ 



■m 



Figure 3-14. Sample Format of Tape-Resident Multifile Volume 
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NOTE: File B, as shown, cannot have been created on a 

GCOS 6 System, but could have been created on 
a non-GCOS 6 system. Level 6 writes HDR1 and 
HDR2 header labels and EOF1 and EOF2 trailer 
labels. It can read non-GCOS 6 files having no 
HDR2 or EOF2 labels. 



FILE B TRAILER LABEL 


FILE C HEADER LABELS 


FILE C TRAILER LABELS 


END OF RECORDED DATA 
INDICATORS 


a See Appendix A for descriptions of header and trailer labels. 


Figure 3-14 (cont). Sample Format of Tape-Resident Multifile Volume 


Figure 3-15 illustrates the sample format of a multi volume file. 




VOLUME NAME 
FILE HEADER LABELS 


END-OF-VOLUME END-OF-FILE 

TRAILER LABELS TRAI LER LABELS 


EACH REEL EXCEPT LAST REEL 



LAST REEL 


Figure 3-15. Sample Format of Tape-Resident Multi volume File 
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Section 4 

Unit Record File Formats 


This section describes the following unit record file formats: 

• Card 

• Printer 

CARD DATA FORMAT 

Data residing on cards may be read in either of two formats: verbatim or ASCII. These formats 
are illustrated in Figures 4-1 and 4-2, respectively. In addition, Table 4-1 shows the Hollerith 
and ASCII equivalence codes. 

The end-of-file (EOF) indicator for a card deck consists of a card containing the ASCII 
characters GS punched in column 1 (the Hollerith equivalent is: 11-9-8-5); a single EOF card 
indicates the end of the card deck as shown in Figure 4-3. 


COLUMN COLUMN 
N N+1 


WORDS 

READ 



Figure 4-1. Verbatim Mode Format for Card Data 
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TABLE 4-1. HOLLERITH-ASCII CODE TABLE 
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NOTES: 1. This translator will provide a status indicator which 
will be set whenever an illegal Hollerith code is read. 

2. The translator shown above is in the card reader 
attachment. 


Figure 4-2. ASCII Mode Format for Card Data 



Figure 4-3. Card File Organization 


PRINTER DATA FORMAT 

The printer driver (refer to System Services Macro Calls manual) performs all data transfers to 
line printers or to a serial printer. Each data transfer is initiated by an individual request from a 
program. 

The printer has two function codes: "print” and "do not print.” Control of these functions is 
accomplished by supplying a control byte as the first entry in the data buffer to be transferred to 
the printer. The format of the data buffer is such that all characters except the first, i.e., the 8-bit 
character constituting the control byte, are interpreted as data. Figure 4-4 describes the format 
for constructing a printer control byte; Table 4-2 summarizes ASCII codes resulting from 
possible printer control byte settings and corresponding actions performed by the printer. 

Note that no horizontal tab operation can be affected by tab characters (HT) embedded in the 
data; such characters are interpreted as nonprinting characters. To perform horizontal tab 
operations, the program must contain coding to effect tab control. 
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V 


V 

X 

X 

F 

U 

count 


Bit: 0 1 2 3 4 5 6 7 


Not Used. 


00 = Print; ignore VFU and count fields; single space 
except at end-of*form, skip to end-of-form. 

01 = Do not print; perform actions defined in VFU and 
count fields. 

10 = Print; perform actions defined in VFU and count 

fields 

11 = Reserved. 

VFU 

0 = Prespace according to count field. 

1 = If count = 0, skip to head-of-form; if count is between 
1 and 12, and the VFU option is present, skip to the 
VFU channel defined by the count field; if count is 
greater than 12, or the VFU option is not present, do 
one prespace. 

count 

Refer to VFU above. 


Figure 4-4. Printer Control Byte Format 


TABLE 4-2. PRINTER CONTROL BYTE CODES 


Hexadecimal 

ASCII 

Resulting Action 

00 —IF 

NUL-US 

Single space, then print; skip to 
head-of-form at end-of-form. 

20 —2F 

A-/ 

Space control lines; do not print. 

30—3F 

0-? 

Skip to VFU channel number in 
count; do not print. 

40—4F 

@-0 

Space count number of lines and 
print. 

50 —5F 

p-_ 

Skip to VFU channel number in 
count and print; 50 = skip to 
head-of-form. 

60 — 7F 

\-DEL 

Reserved. 


Note: 

Once head-of-form is reached, the associated status bit (VFU 
bit 3; see Figure 4-4) is not reset to 0 until the next 
head-of-form request is encountered. 
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Appendix A 


Disk/Tape Headers and Tape Trailers 


This appendix lists and describes the contents of headers for each of the following levels: 

• Logical record 

• Control interval or block 

• File 

• Volume 

and the contents of tape-volume trailers. 

The system builds and maintains the information in these headers, based on information that 
you supply when creating and using data files. It is described here only for informational 
purposes (e.g., to be used for debugging). 

The file and volume headers are described according to the device on which they reside (i.e., 
disk- or tape-resident); other headers are described according to the file organization with which 
they are associated, as follows: 

• Relative 

• Sequential 

• Indexed 

Note that the concept of control intervals does not apply to fixed-relative file organizations. 
The only time a header is required is when deletable records are allowed (see Figure 3-2); 
therefore, fixed-relative is not included at the record or control-interval level in this appendix. 

LOGICAL-RECORD HEADERS 

Tables A-l and A-2 describe the contents of logical-record headers for records stored in 
relative, disk-resident sequential, and indexed files; records stored in fixed-relative and 
tape-sequential files may or may not have headers, as described in Section 3. 


TABLE A-l. LOGICAL-RECORD HEADER FOR RECORDS STORED IN 
RELATIVE OR DISK-RESIDENT SEQUENTIAL FILES 


Field Name 

Size 

(bytes) 

Description 

Status/Type 

Indicators 

2 

Bits 0-2 — Reserved; must contain zeros. 

Bit 3 — Record Status, as follows: 

0 = Record is inactive (i.e., physically deleted) 

1 = Record is active 

If this is a spanned record, this bit is set only in the first segment. 

4-15 — Reserved; must contain zeros 

Spanning/Size 

Information 

2 

Bits 0-1 — Spanning Indicator, as follows: 

00 = This record is not a spanned record 

01 = This is the first segment of a spanned record 

10 = This is the last segment of a spanned record 

11 = This is an intermediate segment of a spanned record 

Bits 3-16 — Record/Segment Size, as follows: 

Size, in bytes, of this record or segment, including the 4-byte header. 
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TABLE A-2. LOGICAL-RECORD HEADER FOR RECORDS STORED IN INDEXED FILES 


Field Name 


Description 

Status/type 

Indicator 

2 

Reserved; must contain zeros. 

Size 

2 

Bits 0-1 — Reserved; must contain zeros. 

Bits 2-15 — Record Size, as follows: 

Size, in bytes, of this record, including the 8-byte header. 

Next Control- 
Interval 

Identifier 

3 

The number of the control interval containing the next logical record in 
primary key sequence; contains zeros for the last record in the file. 

Next Line 
Identifier 

1 

Line number of the next logical record in primary key sequence; contains 
zeros for the last record in the file. 


CONTROL INTERVAL AND BLOCK HEADERS 


Tables A-3 through A-8 describe the contents of control-interval and block headers for 
relative, sequential (both disk- and tape-resident) and indexed files; fixed-relative files have 
fixed length control intervals and, therefore, do not have control-interval headers. 

TABLE A-3. CONTROL-INTERVAL HEADER FOR RELATIVE OR DISK-RESIDENT 


SEQUENTIAL FILES 


Field Name 

Size 

(bytes) 

Description 

Active Control 
Interval Size 

2 

The size, in bytes, of the active control interval is the sum of: 

This 8-byte control-interval header 

All active and deleted records in this control interval 

This size does not include unused space at the end of the control interval. 

Total Space 
Available 

2 

The size, in bytes, of available space in the control interval is the sum of: 
Unused space at the end of the control interval 

Space occupied by deleted records in the control interval 

Control- 

Interval 

Number 

4 

The relative number (i.e., physical position) of this control interval in the 
file; the first control interval is 1. 


TABLE A-4. CONTROL-INTERVAL HEADER FOR INDEXED FILES — DATA AND 
__OVERFLOW CONTROL INTERVALS_ 


Field Name 

Size 

(bytes) 

Description 

Active Control- 
Interval Size 

2 

The size, in bytes, of the active control interval is the sum of: 

This 12-byte control-interval header 

The link-record header 

All active records in this control interval 

Unused space between the last record and the line-offset-array area 

The line-offset-array area 

Total Space 
Available 

2 

The size, in bytes, of available space in the control interval is the sum of: 
Unused space between the last record and the line-offset-array area 
Space occupied by inactive (i.e., physically deleted) records 

Control- 

Interval 

Number 

4 

The relative number (i.e., physical position) of this control interval in the 
file; the first control interval is 1. 

Lowest 

Available 

Line Number 

2 

The numerically lowest line number in this control interval that is 
available for use. The line number either has never been used or belonged 
to a record that was physically deleted. If no line numbers are available 
from those currently allocated (as specified by "Current High Line 
Number,” below), this field contains zeros. 

If there are no deleted records, this field contains zeros. 

Current High 
Line Number 

2 

The numerically highest line number in the control interval line number 
that is allocated to an active record. 


DISK/TAPE HEADERS AND 
TAPE TRAILERS 


A-2 


CB05 





















TABLE A-5. CONTROL-INTERVAL HEADER FOR INDEXED FILES -COARSE-LEVEL 
INDEX CONTROL INTERVAL 


Field Name 

Size 

(bytes) 

Description 

Active Control- 
Interval Size 

2 

The size, in bytes, of the active control interval is the sum of: 

This 12-byte control-interval header 

All index entries in the control interval 

Total Space 
Available 

2 

The size, in bytes, of unused space in the control interval. 

Control- 

Interval 

Number 

4 

The relative number (i.e., physical position) of this control interval in the 
file; the first control interval is 1. 

Reserved 

4 

This field must contain zeros. 


TABLE A-6. CONTROL-INTERVAL HEADER FOR INDEXED FILES—FINE-LEVEL INDEX 
CONTROL INTERVAL 



Field Name 

Size 

(bytes) 

Description 

Active Control- 
Interval Size 

2 

The size, in bytes, of the active control interval is the sum of: 

This 12-byte control-interval header 

All index entries in the control interval 

All inventory entries in the control interval 

Unused space between the index entries and the inventory entries 

Total Space 
Available 

2 

The size, in bytes, of unused space in the control interval. 

Control- 

Interval 

Number 

4 

The relative number (i.e., physical position) of this control interval in the 
file; the first control interval is 1. 

End Inventory 
Location 

2 

The offset, in bytes, from the beginning of the control interval to the first 
entry in the inventory area (i.e., the last entry in the inventory). 

Number of 

Index Entries 

2 

The number of index entries or primary key values. 

TABLE A-7. 

CONTROL-INTERVAL HEADER FOR INDEXED 

FILES—GENERAL OVERFLOW INVENTORY CONTROL INTERVALS 

Field Name 

Size 

(bytes) 

Description 

Active Control- 
Interval Size 

2 

The size, in bytes, of the active control interval is the sum of: 

This 12-byte control-interval header 

All in\ entory entries in the control interval 

Total Space 
Available 

2 

The size, in bytes, of unused space at the end of the control interval. 

Control- 

Interval 

Number 

4 

The relative number (i.e., physical position) of this control interval in the 
file; the first control interval is 1. 

Next Inventory 

Control- 

Interval 

Number 

4 

The relative number of the next control interval containing general over¬ 
flow inventory information. 


( 


A-3 


DISKTAPE HEADERS AND 
TAPE TRAILERS 


CB05 





TABLE A-8. BLOCK HEADER FOR TAPE-RESIDENT SEQUENTIAL FILES 


Field Name 

Size 

(bytes) 

Description 

Block-Sequence 

Number 

6 

Relative Number (i.e., physical position) of this block in the file; the first 
block is 1. Block sequence numbers are present if a HDR2 file header 
follows the HDR1 file header and the buffer offset length is specified in 
HDR2. If there is no file header, the blocks are not numbered. 


FILE HEADERS 

Table A-9 describes the contents of an entry in a directory. Each directory, regardless of its 
position in the hierarchy, contains an entry in this format for each immediately subordinate 
directory or file. 


TABLE A-9. DIRECTORY ENTRY FOR DISK-RESIDENT FILES/DIRECTORIES 


Field Name 


Size 

(bytes) 


Description 


File/Directory 

Name 


12 


1- to 12-byte ASCII-character name of a file or immediately subordinate 
directory; the first character must be a $ or alphabetic character. 


Attributes 


2 


Attributes of the immediately subordinate directory or file, as follows: 
Bit Value and Meaning 

0 0 = Shareable (can be accessed by the batch task group) 

1 = Nonshareable (cannot be accessed by the batch task group) 

1 0 = Fixed-length records 

1 = Variable-length records 

2 0 = Not a major directory 
1 = Volume root directory 

3 0 = Sequential organized directory 
1 = Randomly organized directory 

4 0 = Nondeletable records in file 
1 = Deletable records in file 

5 0 = Random file transfers not allowed 
1 = Random file transfers allowed 

6 0 = Not readable (externally) 

1 == Readable 

7 0 = Not writeable (externally) 

1 = Writeable 

8 0 = Static file (i.e., additional control intervals cannot be added 
when initially allocated control intervals are full) 

1 = Dynamic file 

9 0 = Must be zero. 

10-11 00 = BES-compatible disk file 
01 = Device or tape file 

10 = Directory 

11 = Disk file 

12-15 n = Numeric qualifier, in the range O through F, to differentiate 
among identical entries in bits 0 through 11. 


Record Size 


2 


Maximum size, in bytes, of a logical record, excluding the logical-record 
header. 


Relative End- 
of-Data/Logical 
End-of-File and 
Control- 
Interval Size 


4 


For fixed-relative files, specifies net number of bytes of valid data in the 
file. 

For all other files specifies logical end-of-data and control interval size, as 
follows: 

First three bytes specify relative number of last control interval in the file 
Last byte specifies control-interval size as a multiple of 256 (e.g., IF = 
7936 bytes) 


First Extent 
Location 


2 


Specifies the number of the first physical sector allocated to the file. 
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TABLE A-9 (CONT). DIRECTORY ENTRY FOR DISK-RESIDENT FILES/DIRECTORIES 


Field Name 

Size 

(bytes) 

Description 

Volume 

2 

Specifies the size of the first extent, as follows: 

Number/First 


Bits 0-2 — Must contain zeros 

Extent 


Bits 3-15—The number of physical sectors in the first extent 

Second Extent 

4 

Same as "First Extent Location” and "Volume Number/First Extent,” 

Location and 


above. 

Size 


Zeroes in this field indicate that a second extent is not assigned. 

Third Extent 

4 

Same as "First Extent Location” and "Volume Number/First Extent,” 

Location and 


above. 

Size 


Zeroes in this field indicate that a third extent is not assigned. 

The first two bytes of this entry identify the relative record number of an 


* 

additional information record if this field contains Z'MinnOGOO’ (see 
Tables A-10 through A-12). 


Tables A-10 through A-12 describe ''Additional Information” records that may be present. 
These records provide additional information about the file or immediately subordinate 
directory defined by a "Directory Entry” (see Table A-9). 


TABLE A-10. ADDITIONAL INFORMATION RECORD—REMOTE EXTENTS 


Field Name 

Size 

(bytes) 

Description 

ID Code 

2 

Must contain Z'FFFE’. 

Reserved 

2 

Must contain zeros. 

First Extent 
Location and 

Size 

4 

Same as "First Extent Location” and "Volume Number/First Extent fields 
in Table A-9. 

Second Extent 
Location and 

Size 

4 


Third Extent 
Location and 

Size 

4 

Zeros in any of these fields indicate that the extent is not assigned. 

Fourth Extent 
Location and 

Size 

4 


Fifth Extent 
Location and 

Size 

4 


Six Extent 
Location and 

Size 

4 


Seventh Extent 
Location and 

Size 

4 

Same as above, except for the following: 

The first 2 bytes of this entry identify the relative record number of 
another additional information record if this field contains Z t nnnn0000 , 
(see Tables A-10 through A-12). 


i 
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TABLE A-ll. ADDITIONAL INFORMATION RECORD—FILE INFORMATION 


Field Name 

Size 

(bytes) 

Description 

ID Code 

2 

Must contain Z'FFFD\ 

Current Size 

2 

Specifies the number of logical sectors currently allocated to the file. 

Increment Size 

2 

The number of additional logical sectors to be allocated whenever it 
becomes necessary to do so; this is the size of an additional extent. 

Maximum Size 

2 

Specifies the maximum number of logical sectors that can be allocated to 
the file (i.e., the maximum file size). 

Link to 

ALC Record 

2 

Relative record number of the first Access Control List Record (ID code = 
'FFFA’) which contains part or all of Access Control List (ACL) for this 
file. 

Reserved 

2 

Must contain zeros. 

Key Type 

1 

For indexed files, the data type of the primary key. 

ZW = ASCII data 'C’ 

Z'10’ = Decimal data 'D’ 

For all other files , must contain zeros. 

Reserved 

2 

Must contain zeros. 

Key Size 

1 

For indexed files, the size, in bytes, of the primary key. 

For all other files, must contain zeros. 

Key Location 

2 

For indexed files, the offset, in bytes, from the beginning of each logical 
record in the file to the beginning of the primary key; the first record 
position is 0. 

For all other files, must contain zeros. 

Start of General 

Overflow 

or 

Start of General 

Overflow 

Inventory 

4 

For indexed files, the relative number (starting with 1) of the first general 
overflow control interval (for the data portion) or the relative number of 
the general overflow inventory control interval (for the index portion). 

For all other files, must contain zeros. 

Free Space per 
Data Control 
Interval 
or 

Number of 

Index Levels 

2 

For indexed files, the number of bytes to be left free at file load time so that 
records can be inserted without using an overflow control interval (for the 
data portion) or the number of levels comprising the index (for the index 
portion). 

For all other files, must contain zeros. 

Local Overflow 
Increment 

1 

For indexed files, a local overflow control interval is allocated when the 
file is loaded, after this number of data control intervals, minus 1, are 
loaded. 

For all other files, must contain zeros. 

Inventory Unit 
Size 

1 

For indexed files, a value equal to the maximum record size divided by 256 
and rounded up to the next higher integer; this value is used to keep track 
of available space in overflow control intervals. 

For all other files, must contain zeros. 

Top Control 
Interval of 

Index 

4 

For indexed files, the number of the control interval of the highest level of 
the hierarchical index structure. 

For all othe files, must contain zeros. 

Next Record 

Link 

2 

Specifies the relative record number of the next additional information 
record in the chain. 

Reserved 

2 

Must contain zeros. 
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TABLE A-12. ADDITIONAL INFORMATION RECORD—DIRECTORY INFORMATION 


Field Name 

Size 

(bytes) 

Description 

ID Code 

2 

Must contain Z'FFFD’. 

Current Size 

2 

Specifies the number of logical sectors currently allocated to the directory. 

Increment Size 

2 

Specifies the number of additional logical sectors to be allocated whenever 
it becomes necessary to do so; this is the size of an additional extent. 

Maximum Size 

2 

Specifies the maximum number of logical sectors that can be allocated to 
the directory (i.e., the maximum directory size). 

Link to ACL 
Record 

2 

Specifies the relative record number of the first Access Control List Record 
(ID code = TFFA’) which contains part or all of the Access Control List 
(ACL) for this directory. 

Reserved 

2 

Must contain zeros. 

Link to 

C ACL for 

Files 

2 

Specifies the relative record number of the file CACL record (ID code = 
'FFF9’) which contains all or part of the Common Access Control List 
(CALC) to be applied to all files created under this directory. 

Link to 

C ACL for 
Directories 

2 

Specifies the relative record number of the directory CACL record (ID code 
= 'FFF8’) which contains all or part of the Common Access Control List 
(CACL) to be applied to all immediately inferior directories created under 
this directory. 

Reserved 

12 

Must contain zeros. 

Next Record 

Link 

2 

Specifies the relative record number of the next additional information 
record in the chain. 

Reserved 

2 

Must contain zeros. 


Tables A-13 through A-15 describe the access control list record and common access control 
list records for directories and files. 


TABLE A-13. ACCESS CONTROL LIST RECORD 


Field Name 

Size 

(bytes) 

Description 

ID Code 

2 

Must contain TFFA’. 

Reserved 

8 

Must contain zeros. 

Account 

8 

Specifies the account name; up to 12 characters are permitted. 

Person 

8 

Specifies the person name; up to 12 characters are permitted. 

Mode 

2 

Specifies the mode name (three packed characters). 

Next Record 

Link 

2 

Specifies the relative record number of the next additional information 
record in the chain. 

Access 

2 

Access indicators, as follows: 

Bit Value and Meaning 

0-11 Must contain zeros 

12 1 = Execute (files); create (directories) 

13 1 = Write (files); modify (directories) 

14 1 = Read (files); list (directories) 

15 1 = Null 
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TABLE A-14. COMMON ACCESS CONTROL LIST RECORD FOR A DIRECTORY 


Field Name 

Size 

(bytes) 

Description 

ID Code 

2 

Must contain 'FFF8\ 

Reserved 

8 

Must contain zeros. 

Account 

8 

Specifies a 1- to 12-character ASCII account name. 

Person 

8 

Specifies a 1- to 12-character ASCII person identifier. 

Mode 

2 

Specifies a 1- to 3-character mode name. 

Next Record 

Link 

2 

Specifies the relative record number of the next common access control list 
record for a directory in the chain. 

Access 

Indicator 

2 

Access indicators, as follows: 

Bit Value and Meaning 

0-11 Must contain zeros 

12 1 = Create 

13 1 = Modify 

14 1 = List 

15 1= Null access 


TABLE A-15. COMMON ACCESS CONTROL LIST RECORD FOR A FILE 


Field Name 

Size 

(bytes) 

Description 

ID Code 

2 

Must contain 'FFF9\ 

Reserved 

8 

Must contain zeros. 

Account 

8 

Specifies a 1- to 12-character ASCII account name. 

Person 

8 

Specifies a 1- to 12-character ASCII person identifier. 

Mode 

2 

Specifies a 1- to 3-character mode name. 

Next Record 

Link 

2 

Specifies the relative record number of the next common access control list 
record for a file in the chain. 

Access 

Indicator 

2 

Access indicators, as follows: 

Bit Value and Meaning 

0-11 Must contain zeros 

12 1 = Execute 

13 1 = Write 

14 1 = Read 

15 1 = Null access 


Tables A-16 and A-17 describe the headers that precede each tape-resident file; the HDR1 
record is always required, but the HDR2 record is required on input tapes only if block sequence 
numbers (BSNs) are present. HDR2 records always are written on output. 


TABLE A-16. FILE HEADER FOR TAPE-RESIDENT FILES—HDR1 


Field Name 

Size 

(bytes) 

Description 

Label Identifier 

4 

Must contain 'HDR1\ 

File Identifier 

17 

Left-justified, blank-filled file name; all ASCII alphanumeric characters 
are valid. Data Management supports 12-character names (left-justified 
in the field). 

File Set 
Identifier 

6 

1- to 6-character ASCII-alphanumeric name that specifies the name of the 
volume. 

File Section 
Number 

4 

Generated as A'OOOT for first file section; incremented by one for each 
succeeding file section (multivolume file). 
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TABLE A-16 (CONT). FILE HEADER FOR TAPE-RESIDENT FILES—HDR1 


Field Name 

Size 

(bytes) 

Description 

File Sequence 
Number 

4 

Sequence number on volume, starting at A'0001\ 

Generation 

Number 

4 

Generated as A'0001’. 

Generation 

Version 

Number 

2 

Generated as A'00\ 

Creation Date 

6 

File creation date, as follows: 

A yyddd, where yy is the year, and ddd is the day (001—366). 

Expiration 

Date 

6 

The date on which the file should expire, as follows: 

A yyddd, where yy is the year, and ddd is the day. 

Accessibility 

1 

Must contain blanks. 

Block Count 

6 

Must contain zeros. 

System Code 

13 

Must contain blanks. 

Reserved 

7 

Must contain blanks. 

TABLE A-17. 

FILE HEADER FOR TAPE-RESIDENT FILES—HDR2 

Field Name 

Size 

(bytes) 

Description 

Label Identifier 

4 

Must contain 'HDR2\ 

Record Format 

1 

Specifies the record format, as follows: 

F = Fixed-length 

D = Variable-length 

U = Undefined 

Block Length 

1 5 

Specifies the maximum size of the block; right-justified zero-filled field 
containing ASCII-numeric characters. 

This length includes the BSN field that occupies the first 6 bytes in the 
block. 

Record Length 

5 

Specifies the size of the longest record in the block; right-justified, 
zero-filled field containing ASCII-numeric characters. 

This length includes the 4-byte record-length field at the beginning of 
each variable-length record. 

Reserved 

45 

This field ignored; it can contain any ASCII-alphanumeric characters. 

Buffer Offset 
Length 

2 

Contains 06 to indicate that a BSN occupies the first 6 bytes of the block, or 
00 if no BSN is generated. 

Reserved 

18 

Must contain blanks. 


VOLUME HEADERS 


Tables A-18 and A-19 describe the contents of the disk-volume header and the tape-volume 
headers, respectively. 
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TABLE A-18. DISK-VOLUME HEADER 


Field Name 

Size 

(bytes) 

Description 

Volume ID 

4 

Specifies the volume identifier (e.g., VOL1). 

Volume Name 

a 

u 

1- to 6-character ASCII name of the volume; this is the root directory 
name. 

Reserved 

27 

Must contain blanks. 

Owner ID 

14 

14-character ASCII owner identification; default is 14 blanks. 

Reserved 

28 

Must contain blanks. 

Label Version 

1 

Must contain Z'47’ (i.e., G), which specifies standard GCOS ASCII labels. 

Cylinder/ 

Volume 

3 

Specifies number of cylinders on this volume, as follows: 
nnnnOO = number of cylinders on this volume 

OOOOnn = number of cylinders on a single-surface diskette 

Tracks/ 

Cylinder 

1 

Specifies the number of tracks on a cylinder. 

Physical 

Sectors/Track 

1 

Specifies the number of physical sectors on a track. 

Physical 

Sectors/Logical 

Sector 

1 

Specifies the number of physical sectors in a logical sector. 

Physical Sector 
Size 

2 

Specifies the number of bytes in a physical sector. 

Logical/ 

Physical 

I/O Boundary 

2 

Specifies the lowest physical sector available to the user. 

Defective 

Sector 

Index Pointer 

2 

Specifies the physical sector number of the defective-sector index. 

Defective 

Sector 

Index Size 

2 

Specifies the size, in bytes, of the defective-sector index. 

Allocation 

Bit Map Pointer 

2 

Specifies the physical sector number of the volume allocation bitmap. 

Allocation 

Bit Map Size 

2 

Specifies the size, in bytes, of the volume allocation bit map. 

Root Directory 
Pointer 

2 

Specifies the physical sector number of the root directory; see Table A-9 for 
a description of the contents of an entry in the root (or any other) directory. 

Root Directory 
Size 

2 

Specifies the initial size, in bytes, of the root directory. 

Reserved 

26 

Must contain zeros. 
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TABLE A-19. TAPE-VOLUME HEADER 


Field Name 

Size 

(bytes) 

Description 

Volume ID 

4 

Specifies the volume identifier *VOLl\ 

Volume Name 

6 

1- to 6-character ASCII name of the volume; this name is left-justified and 
blank-filled. 

Reserved 

27 

Must contain blanks. 

Owner ID 

13 

13-character ASCII owner identification. 

Tape Density 

1 

Must contain zeros. 

Reserved 

28 

Must contain blanks. 

Label Version 

1 

Contains one of the following values: 

1, 2, or 3 = HIS/American National Standard/ASCII tape volume; 
contents conform to American National Standard/ASCII tape 
interchange standard. 

H = HIS/American National Standard/ASCII extended tape volume; 
contents conform to American National Standard/ASCII tape interchange 
standard, and allow additional Honeywell data types. 


VOLUME TRAILERS 

Tables A-20 through A-23 describe the tape-volume trailers, which terminate every tape 
volume. 


TABLE A-20. TAPE-VOLUME TRAILER—EOF1 


Field Name 

Size 

(bytes) 

Description 

Label Identifier 

4 

Specifies end-of-file identifier *EOFl\ 

File Identifier 

17 

Left-justified, blank filled file name; all ASCII alphanumeric characters 
are valid. Data management supports 12-character names (left-justified 
in the field). 

File Set 

Identifier 

6 

1- to 6-character ASCII-alphanumeric name that specifies the name of the 
volume. 

File Section 
Number 

4 

Generated as A'0001’. 

File Sequence 
Number 

4 

A'OOOT; file sequence number on the volume. 

Generation 

Number 

4 

Generated as A'OOOl’. 

Generation 

Version 

Number 

2 

Must contain A*00\ 

Creation Date 

6 

File creation date, as follows: 

A yyddd, where yy is the year, and ddd is the day (001-366). 

Expiration 

Date 

6 

The date on which the file should expire, as follows: 

A yyddd, where yy is the year, and ddd is the day. 

Accessibility 

1 

Must contain blank. 

Block Count 

6 

Specifies the number of blocks in the file stored on this volume. 

System Code 

13 

13-character ASCII code entered by the system. 

Reserved 

7 

Must contain blank. 


( 
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TABLE A-21. TAPE-VOLUME TRAILER—EOF2 


Field Name 

Size 

(bytes) 

Description 

Label Identifier 

4 

Specifies end-of-file identifier 'EOF2’, 

Record Format 

1 

Specifies the record format, as follows: 

F = Fixed-length 

V = Variable-length 

Block Length 

5 

Specifies the maximum size of the block; right-justified, zero-filled field 
containing ASCII-numeric characters. 

This length includes the BSN field that occupies the first 6 bytes in the 
block. 

Record Length 

5 

Specifies the size of the longest record in the block; right-justified, 
zero-filled field containing ASCII-numeric characters. 

This length includes the 4-byte record-length field at the beginning of 
each variable-length record. 

Reserved 

45 

This field is ignored; it can contain any ASCII-alphanumeric characters. 

Buffer Offset 

2 

Contains 06 to indicate that a BSN occupies the first 6 bytes of the block. 

Reserved 

18 

Must contain blanks. 


TABLE A-22. TAPE-VOLUME TRAILER—EO VI 


Field Name 

Size 

(bytes) 

Description 

Label Identifier 

4 

Specifies end-of-volume identifier 'EOVl\ 

File Identifier 

17 

Left-justified, blank-filled file name. All ASCII alphanumeric characters 
are valid. Data Management supports 12-character names (left-justified 
in the field). 

File Set 

Identifier 

6 

1- to 6-character ASCII-alphanumeric specifying name of the volume. 

File Section 
Number 

4 

Generated as 'A0001’. 

File Sequence 
Number 

4 

Sequence number on volume; starting at 'A0001’. 

Generation 

Number 

4 

Generated as A'0001’. 

Generation 

Version 

Number 

2 

Generated as AW. 

Creation Date 

6 

File creation date, shown as follows: 

A yyddd, where yy is the year, and ddd is the day (001-366). 

Expiration 

Date 

6 

Date of file's expiration shown as follows: 

A yyddd, where yy is the year and ddd is the day. 

Accessibility 

1 

Must be blank. 

Block Count 

6 

Specifies the number of data blocks in the preceding file on this volume. 

System Code 

13 

Must contain blanks. 

Reserved 

7 

Must contain blanks. 
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TABLE A-23. TAPE-VOLUME TRAILER—EOV2 


Field Name 

Size 

(bytes) 

Description 

Label Identifier 

4 

Specifies end-of-volume identifier 'EOV2\ 

Record Format 

1 

Specifies the record format, as follows: 

F = Fixed-length 

D = Variable-length 

U = Undefined 

Block Length 

5 

Specifies the maximum size of the block; right-justified, zero-filled field 
containing ASCII-numeric characters. 

This length includes the BSN field that occupies the first 6 bytes in the 
block. 

Record Length 

5 

Specifies the size of the longest record in the block; right-justified, 
zero-filled field containing ASCII-numeric characters. 

This length includes the 4-byte record-length field at the beginning of 
each variable-length record. 

Reserved 

45 

This field is ignored; it can contain any ASCII-alphanumeric characters. 

Buffer Offset 
Length 

2 

Contains 06 to indicate that a BSN occupies the first 6 bytes of the block, or 
00 if no BSN is generated. 

Reserved 

18 

Must contain blanks. 
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Appendix B 

ASCII and EBCDIC Character Sets 


Tables B-l and B-2 illustrate the ASCII and EBCDIC character sets, respectively. In addition 
to the ASCII characters, Table B-l shows the hexadecimal equivalents; Table B-2 shows the 
binary and hexadecimal equivalents of the EBCDIC character set. 

Following are lists of the control characters and special graphic characters that appear in the 
two tables: 

CONTROL CHARACTERS 


ACK 

Acknowledge 

ETB 


End of 

NUL 

Null 

BEL 

Bell 



Transmission Block 

PF 

Punch Off 

BS 

Backspace 

ETX 


End of Text 

PN 

Punch On 

BYP 

Bypass 

FF 


Form Feed 

RES 

Restore 

CAN 

Cancel 

FS 


File Separator 

RLF 

Reverse Line Feed 

cc 

Cursor Control 

GE 


Graphic Escape 

RS 

Record Separator 

CR 

Carriage Return 

GS 


Group Separator 

SI 

Shift In 

CU1 

Customer Use 1 

HT 


Horizontal Tab 

SM 

Set Mode 

CU2 

Customer Use 2 

IFS 


Interchange 

SMM 

Start of 

CU3 

Customer Use 3 



File Separator 


Manual Message 

DC1 

Device Control 1 

IGS 


Interchange Group 

SO 

Shift Out 

DC2 

Device Control 2 



Separator 

SOH 

Start of Heading 

DCS 

Device Control 3 

IL 


Idle 

SOS 

Startof 

DC4 

Device Control 4 

IRS 


Interchange 


Significance 

DEL 

Delete 



Record Separator 

SP 

Space 

DLE 

Data Link Escape 

IUS 


Interchange 

STX 

Start of Text 

DS 

Digit Select 



Unit Separator 

SUB 

Substitute 

EM 

End of Medium 

LC 


Lowercase 

SYN 

Synchronous Idle 

ENQ 

Enquiry 

LF 


Line Feed 

TM 

Tape Mark 

EO 

Eight Ones 

NAK 

Negative 

UC 

Uppercase 

EOT 

End of Transmission 



Acknowledgement 

US 

Unit Separator 

ESC 

Escape 

NL 


New Line 

VT 

Vertical Tab 

SPECIAL GRAPHIC CHARACTERS 





0 

Cent Sign 


) 

Right Parenthesis 




Period, Decimal Point 


> 

Semicolon 



< 

Less-than Sign 


~7 

> Logical NOT 



( 

Left Parenthesis 


- 

Minus Sign, Hyphen 



+ 

Plus Sign 


/ 

Slash 



I 

1 

Logical OR 


1 

Vertical Line 



& 

Ampersand 


> 

Comma, Cedilla 



t 

Exclamation Point 


% 

Percent 



$ 

Dollar Sign 


_ 

Underscore 



* 

Asterisk 


> 

Greater-than Sign 
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? Question Mark 
' Grave Accent, 

Opening Single Quotation Mark 
: Colon 

# Number Sign 
@ At Sign 

’ Prime, Apostrophe, Acute Accent, 
Closing Single Quotation Mark 
= Equal Sign 
" Quotation Mark 


- Tilde 
{ Opening Brace 
lT Hook 
U Fork 
} Closing Brace 
\ Reverse Slant 
Chair 

| Long Vertical Mark 

[ Opening Bracket 
] Closing Bracket 
Circumflex 


TABLE B-l. ASCII/HEXADECIMAL EQUIVALENTS 



HI 

H2 

0 

1 

2 

3 

4 

5 

6 

7 

0 

NUL 

DLE 

SP 

0 

<“) 

P 

' 

P 

1 

SOH 

DC1 

I 

1 

A 

Q 

a 

q 

2 

STX 

DC 2 

// 

2 

B 

R 

b 

r 

3 

ETX 

DC3 

# 

3 

C 

S 

c 

s 

4 

EOT 

DC4 

$ 

4 

D 

T 

d 

t 

5 

ENQ 

NAK 

% 

5 

E 

U 

e 

u 

6 

ACK 

SYN 

& 

6 

F 

V 

f 

V 

7 

BEL 

ETB 

' 

7 

G 

W 

g 

w 

8 

BS 

CAN 

( 

8 

H 

X 

h 

X 

9 

HT 

EM 

) 

9 

I 

Y 

i 

y 

A 

LF 

SUB 

* 


J 

Z 

j 

z 

B 

VT 

ESC 

+ 


K 

[ 

k 

1 

c 

FF 

FS 

, 

< 

L 

\ 

i 

1 

1 

D 

CR 

GS 

- 

= 

M 

] 

m 

1 

E 

SO 

RS 


> 

N 

A 

n 


F 

SI 

US 

/ 

? 

0 

— 

0 

DEL 
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Appendix C 
Keys 


Table C-l identifies and describes the keys available for use with the various file 
organizations. 


TABLE C-l. TYPES OF KEYS 


Type of Key 

Description 

Associated File 
Organization(s) 

Relative 

A 32-bit binary integer 3 (in main memory) that specifies 
the relative position of a record in a file; the first record is 
record 1. 

Fixed-relative 

Relative 

Simple 

A 32-bit binary integer 3 (in main memory) that specifies 
the control interval (bits 0 through 23) in which a record is 
stored, and the line number (bits 24 through 31) of that 
record; the first control interval is control interval 1, and the 
first record in each control interval is record 0. 

Disk-resident 

sequential 

Relative 

Primary (required) 

A user-defined field (of a fixed length) in a fixed location in 
each logical record stored in the file; the first position in a 
record is position 1; a maximum of 256 ASCII characters 
are allowed. 

Indexed 


a A 32-bit binary integer is expressed as an eight-digit hexadecimal number in the range 00000000-FFFFFFFF (i.e., 
each 4-bit hexadecimal integer has an equivalent decimal in the range 0 through 15). 

Following is an example of a simple key to specify the 12th record in the 26th control interval in a relative file; the key 
would be coded as: 

OPOOI AOB 


12th record position (00 = 1st record) 
26th control interval 


KEYS 
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INDEX 


ACCESS 

ACCESS CONTROL, 1-4 
ACCESS CONTROL LIST, 1-4 
ACCESS CONTROL LIST RECORD (TBL), 
A-7 

ACCESS TIME, 1-4 

COMMON ACCESS CONTROL LIST FOR A 
FILE (TBL) , A-8 

COMMON ACCESS CONTROL LIST RECORD 
FOR A DIRECTORY (TBL), A-8 
METHODS OF ACCESSING RECORDS IN 
FILES, 1-2 

ADDITIONAL INFORMATION RECORDS 

DIRECTORY INFORMATION (TBL), A-7 
FILE INFORMATION (TBL), A-6 
REMOTE EXTENTS (TBL), A-5 

ASCII 

ASCII AND EBCDIC CHARACTER SETS, 

B-l 

ASCII MODE FORMAT FOR CARD DATA 
(FIG), 4-3 

ASCII/HEXADECIMAL EQUIVALENTS 
(TBL), B-2 

BLOCK HEADER 

BLOCK HEADER FOR TAPE-RESIDENT 
SEQUENTIAL FILES (TBL), A-4 
CONTROL INTERVAL AND BLOCK HEADERS, 
A-2 

BLOCKS 

DEFINITION, 1-1 

CARD 

ASCII MODE FORMAT FOR CARD DATA 
(FIG), 4-3 

CARD DATA FORMAT, 4-1 
CARD FILE ORGANIZATION (FIG), 4-3 
VERBATIM MODE FORMAT FOR CARD DATA 
(FIG), 4-1 

Cl 

SEE CONTROL INTERVAL 

CODE 

HOLLERITH-ASCII CODE TABLE (TBL ), 
4-2 

CODES 

PRINTER CONTROL BYTE CODES (TBL), 
4-4 

COMMON ACCESS CONTROL LIST 
FOR A DIRECTORY (TBL), A-8 
FOR A FILE (TBL), A-8 

CONTROL BYTE 

PRINTER CONTROL BYTE CODES (TBL), 
4-4 

PRINTER CONTROL BYTE FORMAT (FIG), 
4-4 

CONTROL CHARACTERS 

CONTROL CHARACTERS, B-l 


CONTROL INTERVAL (CD 

COARSE-LEVEL INDEX CONTROL 
INTERVALS, 3-10 
CONTROL INTERVAL HEADERS, A-2 
DATA CONTROL INTERVALS, 3-8 
DEFINITION, 1-1 

FINE-LEVEL INDEX CONTROL INTERVALS, 
3-10 

GENERAL OVERFLOW CONTROL INTERVALS, 
3-9 

GENERAL OVERFLOW INVENTORY CONTROL 
INTERVALS, 3-10 

LOCAL OVERFLOW CONTROL INTERVALS, 

3-8 

CONTROL LIST 

ACCESS CONTROL LIST, 1-4 
ACCESS CONTROL LIST RECORD (TBL), 

A-7 

COMMON ACCESS CONTROL LIST FOR A 
FILE (TBL), A-8 

COMMON ACCESS CONTROL LIST RECORD 
FOR A DIRECTORY (TBL), A-8 

DELETABLE RECORDS 

DELETABLE RECORDS, 2-8 
FIXED-RELATIVE FILES WITH DELETABLE 
RECORDS, 2-9 

FORMAT OF DELETABLE RECORDS IN 
FIXED-RELATIVE FILES (FIG), 3-2 

DISK-RESIDENT FILE/VOLUME 

CONTROL-INTERVAL HEADER FOR RELATIVE 
DISK-RESIDENT SEQUENTIAL FILES 
(TBL), A-2 

DIRECTORY ENTRY FOR DISK-RESIDENT 
FILES/DIRECTORIES (TBL), A-4 
DISK-RESIDENT SEQUENTIAL FILE 
FORMAT, 3-7 

DISK-RESIDENT SEQUENTIAL FILES, 2-2 
DISK-RESIDENT VOLUME FORMAT, 3-11 

EBCDIC 

ASCII AND EBCDIC CHARACTER SETS, B-l 
EBCDIC/HEXADECIMAL/BINARY 
EQUIVALENTS (TBL), B-3 

EOF1 

TAPE-VOLUME TRAILER - EOF1 (TBL), 

A-11 

EOF 2 

TAPE-VOLUME TRAILER - EOF2 (TBL), 
A-12 

EOV1 

TAPE-VOLUME TRAILER - EOVl (TBL), 
A-12 

EOV2 

TAPE-VOLUME TRAILER - EOV2 (TBL), 
A-13 

EXTERNAL STORAGE DEVICES 

CHARACTERISTICS OF EXTERNAL STORAGE 
DEVICES, 1-3 
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INDEX 


EXTERNAL STORAGE DEVICES (CQNT'D) 
CHOOSING AN EXTERNAL STORAGE 
DEVICE, 1-4 

EXTERNAL STORAGE DEVICES, 1-3 
FIELDS 

FIELDS AND RECORDS, 1-1 
FILE 

CARD FILE ORGANIZATION (FIG), 4-3 
DATA FILE CONCEPTS, 1-1 
DISK-RESIDENT SEQUENTIAL FILE 
FORMAT, 3-7 
FILE FORMAT, 3-6 
FILE HEADERS, A-4 
FILE ORGANIZATIONS, 2-1 
FILE-VOLUME RELATIONSHIPS (FIG), 

1- 3 

FIXED-RELATIVE FILE FORMAT, 3-10 
INDEXED FILE FORMAT, 3-8 
INDEXED FILE SPACE REQUIREMENTS, 

2- 4 

MULTIVOLUME FILE, 1-2 

RECORD, FILE, AND VOLUME FORMATS, 

3- 1 

RECORD FORMATS SUPPORTED BY 
AVAILABLE FILE ORGANIZATIONS 
(TBL), 3-1 

RELATIVE FILE FORMAT, 3-10 
SAMPLE FORMAT OF TAPE-RESIDENT 
MULTIVOLUME FILE (FIG), 3-13 
SEQUENTIAL FILE FORMAT, 3-7 
TAPE-RESIDENT SEQUENTIAL FILE 
FORMAT, 3-7 

UNIT RECORD FILE FORMATS, 4-1 
FILE-VOLUME 

FILE-VOLUME RELATIONSHIPS (FIG), 

1-3 

FIXED-LENGTH RECORDS 

FIXED-LENGTH RECORDS, 3-1 
FIXED-LENGTH RECORDS IN FIXED- 
RELATIVE FILES, 3-2 
FIXED-LENGTH RECORDS IN TAPE- 
RESIDENT SEQUENTIAL FILES, 3-2 
FORMAT OF FIXED-LENGTH RECORDS IN 
RELATIVE FILES (FIG), 3-2 

FIXED-RELATIVE FILES 

ADVANTAGES/DISADVANTAGES OF FIXED- 
RELATIVE FILES (TBL), 2-8 
FIXED-LENGTH RECORDS IN FIXED- 
RELATIVE FILES, 3-2 
FIXED-RELATIVE FILE FORMAT, 3-10 
FIXED-RELATIVE FILES, 2-8 
FIXED-RELATIVE FILES WITH DELETABLE 
RECORDS, 2-9 

FIXED-RELATIVE FILES WITH 
NONDELETABLE RECORDS, 2-9 
FORMAT OF DELETABLE RECORDS IN 
FIXED-RELATIVE FILES (FIG), 3-2 
FORMAT OF FIXED-RELATIVE FILE 
(FIG), 3-11 


GRAPHIC CHARACTERS 

SPECIAL GRAPHIC CHARACTERS, B-l 

HDR1 

FILE HEADER FOR TAPE-RESIDENT 
FILES - HDR1 (TBL), A-8 

HDR2 

FILE HEADER FOR TAPE-RESIDENT 
FILES - HDR2 (TBL), A-9 

HEADERS 

BLOCK HEADERS, A-2 

CONTROL INTERVAL HEADERS, A-2 

FILE HEADERS, A-4 

HEADERS, 1-2, A-l 

LOGICAL RECORD HEADERS, A-l 

VOLUME HEADERS, A-9 

HOLLERITH-ASCII 

HOLLERITH-ASCII CODE TABLE (TBL), 

4-2 

INDEX LEVELS 

DETERMINATION OF NUMBER OF INDEX 
LEVELS (FIG), 2-6 

INDEXED FILES 

ADVANTAGES/DISADVANTAGES OF INDEXED 
FILES (TBL), 2-6 

CONTROL-INTERVAL HEADER FOR INDEXED 
FILES (TBL), A-2 

FORMAT OF FIXED- AND VARIABLE-LENGTH 
RECORDS IN INDEXED FILES (FIG), 3-4 
INDEXED FILE FORMAT, 3-8 
INDEXED FILE SPACE REQUIREMENTS, 

2-4 

INDEXED FILES, 2-3 
LOGICAL RECORD HEADER FOR RECORDS 
STORED IN INDEXED FILES (TBL), A-2 
RECORDS STORED IN INDEXED FILES, 3-3 

KEYS 

KEYS, C-l 
PRIMARY KEY, C-l 
RELATIVE KEY, 2-7, C-l 
SIMPLE KEY, 2-7, C-l 
TYPES OF KEYS (TBL), C-l 

LATENCY TIME 

LATENCY TIME, 1-4 

LINE-OFFSET-ARRAY AREA 

LINE-OFFSET-ARRAY AREA, 3-7 

LOGICAL-RECORD HEADERS 

LOGICAL-RECORD HEADERS, A-l 

MAGNETIC TAPE 
SEE TAPE 

MONOFILE VOLUME 
DEFINITION, 1-2 
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INDEX 


MULTIFILE VOLUME 
DEFINITION, 1-2 

SAMPLE FORMAT OF TAPE-RESIDENT 
MULTIFILE VOLUME (FIG), 3-12 

MULTIVOLUME FILE 
DEFINITION, 1-2 

SAMPLE FORMAT OF TAPE-RESIDENT 
MULTIVOLUME FILE (FIG), 3-13 

NONDELETABLE RECORDS 

FIXED-RELATIVE FILES WITH 
NONDELETABLE RECORDS, 2-9 
FORMAT OF NONDELETABLE RECORDS 
(FIG), 3-2 

NONDELETABLE RECORDS, 2-8 

OVERFLOW CONTROL INTERVALS 

GENERAL OVERFLOW CONTROL INTERVALS, 
3-9 

GENERAL OVERFLOW INVENTORY CONTROL 
INTERVALS, 3-10 

LOCAL OVERFLOW CONTROL INTERVALS, 

3- 8 

OVERFLOW TYPES, 2-3 
PACKED MODE 

7-TRACK TAPE DATA TRANSFER; 

PACKED MODE, 3-5 

PATHNAME 

PATHNAME, 3-12 

PRIMARY KEY 

PRIMARY KEY, C-l 

PRINTER 

PRINTER CONTROL BYTE CODES (TBL), 

4- 4 

PRINTER CONTROL BYTE FORMAT (FIG), 
4-4 

PRINTER DATA FORMAT, 4-3 
RECORD 

RECORD, FILE, AND VOLUME FORMATS, 

3-1 

RECORD FORMATS, 3-1 
RECORD FORMATS SUPPORTED BY 
AVAILABLE FILE ORGANIZATIONS 
(TBL), 3-1 

UNIT RECORD FILE FORMATS, 4-1 
RECORD(S) 

ACCESSING RECORDS IN FILES, 1-2 
DELETABLE RECORDS, 2-8 
FIELDS AND RECORDS, 1-1 
FORMATS OF FIXED-LENGTH RECORDS, 3-1 
FORMATS OF VARIABLE-LENGTH RECORDS, 
3-2 

FORMATS OF VARIABLE-LENGTH SPANNED 
RECORDS, 3-6 

LOGICAL RECORD HEADER FOR RECORDS 
STORED IN INDEXED FILES (TBL), A-2 
NONDELETABLE RECORDS, 2-8 
SAMPLE (LOGICAL) RECORDS (FIG), 1-1 


RECORD (S) (CONT<D) 

VARIABLE-LENGTH RECORDS IN TAPE- 
RESIDENT SEQUENTIAL FILES, 3-3 

RELATIVE FILES 

advantages/disadvantages OF 

RELATIVE FILES (TBL), 2-8 
CONTROL-INTERVAL HEADER FOR 
RELATIVE OR DISK-RESIDENT 
SEQUENTIAL FILES, A-2 
FORMAT OF FIXED-LENGTH RECORDS IN 
RELATIVE FILES (FIG), 3-2 
FORMAT OF RELATIVE FILE (FIG), 3-10 
FORMAT OF VARIABLE-LENGTH RECORDS 
IN RELATIVE FILES (FIG), 3-3 
LOGICAL RECORD HEADER FOR RECORDS 
STORED IN RELATIVE OR DISK- 
RESIDENT SEQUENTIAL FILES, A-l 
RECORDS STORED IN RELATIVE FILES, 

3-3 

RELATIVE FILE FORMAT, 3-10 
RELATIVE FILES, 2-5 
RELATIVE KEY, 2-7, C-l 

REMOTE EXTENTS 

ADDITIONAL INFORMATION RECORD- 
REMOTE EXTENTS (TBL), A-5 

SEEK TIME 

SEEK TIME, 1-4 

SEQUENTIAL 

ADVANTAGES/DISADVANTAGES OF 
SEQUENTIAL FILES (TBL), 2-1 
BLOCK HEADER FOR TAPE-RESIDENT 
SEQUENTIAL FILES (TBL), A-4 
CONTROL-INTERVAL HEADER FOR 
RELATIVE OR DISK-RESIDENT 
SEQUENTIAL FILES, A-2 
DISK-RESIDENT SEQUENTIAL FILE 
FORMAT, 3-7 

DISK-RESIDENT SEQUENTIAL FILES, 2-2 
FIXED-LENGTH RECORDS IN TAPE- 
RESIDENT SEQUENTIAL FILES, 3-2 
FORMAT OF RECORDS IN DISK-RESIDENT 
SEQUENTIAL FILES (FIG), 3-6 
LOGICAL RECORD HEADER FOR RECORDS 
STORED IN RELATIVE OR DISK- 
RESIDENT SEQUENTIAL FILES, A-l 
SEQUENTIAL ACCESS DEFINITION, 1-2 
SEQUENTIAL FILES, 2-1 
TAPE-RESIDENT SEQUENTIAL FILE 
FORMAT, 3-7 

TAPE-RESIDENT SEQUENTIAL FILES, 2-2 
VARIABLE-LENGTH RECORD FORMAT IN 
TAPE-RESIDENT SEQUENTIAL FILES, 3-3 

SPANNED 

VARIABLE-LENGTH SPANNED RECORDS, 3-6 

SPECIAL CHARACTERS 

SPECIAL GRAPHIC CHARACTERS, B-l 
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INDEX 


STORAGE DEVICES 

CHARACTERISTICS OF EXTERNAL STORAGE 
DEVICES, 1-3 

TAPE 

7-TRACK TAPE DATA TRANSFERS: 

NORMAL MODE, 3-5 
7-TRACK TAPE DATA TRANSFERS: 

PACKED MODE, 3-5 
9-TRACK TAPE DATA TRANSFER, 3-5 
BLOCK HEADER (TBL), A-4 
FILE HEADER HDR1 (TBL), A-8 
FILE HEADER HDR2 (TBL), A-9 
FIXED-LENGTH RECORDS, 3-2 
FILE FORMAT, 3-7 
HEADERS AND TRAILERS, A-l 
PHYSICAL LAYOUT OF DATA, 3-4 
SAMPLE FORMAT OF MULTIFILE VOLUME 
(FIG), 3-12 

SAMPLE FORMAT MULTIVOLUME FILE 
(FIG), 3-13 
SEQUENTIAL FILES, 2-2 
VARIABLE-LENGTH RECORDS, 3-3 
VOLUME FORMAT, 3-12 

TAPE-VOLUME 


TAPE-VOLUME 

HEADER (TBL), A 

-11 


TAPE-VOLUME 

A-ll 

TRAILER - 

EOFl 

(TBL) , 


TAPE-VOLUME 
A-12 

TRAILER - 

EOF 2 

(TBL) , 


TAPE-VOLUME 
A-12 

TRAILER - 

EOV1 

(TBL) , 


TAPE-VOLUME 
A-13 

TRAILER 

TRAILER - 

EOV2 

(TBL) , 

v_> 

TAPE-VOLUME 

A-ll 

TRAILER - 

EOFl 

(TBL) , 


TAPE-VOLUME 

A-12 

TRAILER - 

EOF 2 

(TBL), 


TAPE-VOLUME 

A-12 

TRAILER - 

EOV1 

(TBL) , 


TAPE-VOLUME 
A-13 

TRAILER - 

EOV2 

(TBL), 



TRAILERS 

DISK/TAPE HEADERS AND TAPE 
TRAILERS, A-l 
VOLUME TRAILERS, A-ll 


VARIABLE-LENGTH RECORDS CCQNT'D) 

format OF variable-length spanned 
RECORDS, 3-6 

( 

VERBATIM MODE " 

VERBATIM MODE FORMAT FOR CARD DATA 
CFIG), 4-1 

VOLUME 

DISK-RESIDENT VOLUME FORMAT, 3-11 
MONOFILE VOLUME DEFINITION, 1-2 
MULTIFILE VOLUME DEFINITION, 1-2 
RECORD FILE AND VOLUME FORMATS, 3-1 
TAPE-RESIDENT VOLUME FORMAT, 3-12 
VOLUME FORMATS, 3-11 
VOLUME HEADERS, A-9 
VOLUME TRAILERS, A-ll 

WORKING DIRECTORY 

WORKING DIRECTOR?, 3-12 


UNIT RECORD 

UNIT RECORD FILE FORMATS, 4-1 

VARIABLE-LENGTH RECORDS 

FORMAT OF FIXED- AND VARIABLE- 
LENGTH RECORDS IN INDEXED FILES 
(FIG), 3-4 

FORMAT OF VARIABLE-LENGTH RECORDS 
IN RELATIVE FILES (FIG), 3-3 

FORMAT OF VARIABLE-LENGTH RECORDS, 
3-2 

FORMAT OF VARIABLE-LENGTH RECORDS 
IN TAPE-RESIDENT SEQUENTIAL FILES, 
3-3 
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